request for proposal for end-to-end trade finance solution for trade finance.pdf · core banking...

RFP for end-to-end Trade Finance Solution

Request for Proposal for end-to-end

Trade Finance Solution

Ref: BOI:HO:IT:TF:03 dated 09/07/2013


PART 1: INVITATION TO BID

1. Background The Bank has 4355 branches in India spread over all states/ union territories including 141 specialized branches. All the branches are under CBS. These branches are controlled through 51 Zonal Offices. The Bank has a dominant presence abroad with 35 branches / associates / joint ventures and subsidiaries. The business generated by these foreign branches is about 19% of the total business of the Bank. The Bank is listed at both NSE & BSE. Around 65% of the equity share capital is with Government of India. Bank invites Bids from the bidders who are eligible as per criterion given in clause 3.4. 2. Objectives Bank is looking for an Integrated Online web portal that allows corporate customers to meet all their transaction banking needs on a simple platform. The Online portal should be easy-to-use which gives comprehensive foreign exchange, foreign trade, securities and global markets solutions. Convenient access via Internet, while in the office, on the road or in different countries and flexible reporting tools should be the feature of the solution.

3. Scope of work The trade finance solution should provide the following features / functionality:

Corporate Banking Internet Channel

Trade finance

Billing engine

Process Risk and Compliance

Comprehensive Reporting Capability

Easy to fully integrate with existing front-end / back-end applications and channels

Advices and Alerts with online client scrollable format selections

An essential component of the implementation will be the integration with BOI’s existing systems and features, not limited to the following:

Core Banking Platform – Finacle

Payment Hub / Middleware

SWIFT Messaging Gateway – SAA

Interfacing with various ERP Solutions of Bank’s Clients.


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 , Information Technology Department, Head office, Star House, C-5, G-Block, 8th Floor, West Wing Bandra Kurla Complex, Bandra (East) Mumbai – 400 051.

For queries and clarification regarding the RFP, please feel free to contact us on the above mentioned address or telephone number or e-mail id.

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

Bank reserves the right to change the dates mentioned above or in the RFP, which will be communicated.

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

09/07/2013

Last date for requesting any clarification 15/07/2013 UPTO 03.00 pm.

Pre - bid Meeting at Head Office, IT Department, BKC, Mumbai 51

18/07/2013from 10.30 am to 12.30 pm.

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

31/07/2013 by 3.00 p.m. on that day.

Date and Time of opening of Technical Bids 31/07/2013 4.00 p.m.

Date and time of opening of Price Bids / reverse auction

Will be advised separately.

Contact Person Shri Ashutosh Mishra Assistant General Manager Shri Ganesh Chittoor Senior Manager

Address for Communication and submission of bid.

Deputy General Manager Information Technology Department, 8th Floor, Star House, C-5, G-Block, Bandra Kurla Complex, Bandra East, Mumbai – 400 051. Phone Numbers: 022 – 6668 4860 / 75 Fax Number: 022 – 6668 4890 Email: [email protected]

Bid Document Availability Bidding document can be downloaded from website

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

mailto:[email protected]


PART 2: DISCLAIMER

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


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


of 115 Confidential & Proprietary

PART 3: INSTRUCTIONS FOR BIDDERS (IFB)

A. Introduction

3.1 General 3.1.1 The Bank wishes to procure a Trade finance solution with portal at customer end with

all security aspects built in the system and to have seamless integration with core banking solution of the bank.

3.2. Broad Scope of Work 3.2.1 A Bidder should act as a System Integrator for providing an end to end Solution for the

above, including but not limited to providing of the required, database, middleware, third party utilities, if any and installation, testing, commissioning, warranty, annual maintenance, required/guaranteed uptime, etc as regards Production site as well as DR site. The system will have to be integrated with the existing IP network of the Bank. In this direction, successful bidder will do liaison and implement necessary configuration with the network and other hardware vendors of the Bank.

3.2.2 The vendor will have to provide the necessary interface to all the application software

being run by the bank. 3.2.3 The solution provided should be able to support multiple scenarios a) Initiation of

transaction from client end, authorize the same for normal transaction b) For exceptional transactions, it should be sent to bank for approval. Solution proposed should support implementation for overseas branches and respective regulations.

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

Manufacturers’ Authorisation Form) for having tied up with the main participating agencies.

3.3.2 The System Integrator will be one point contact to provide the solution to the Bank. The

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

3.4 Eligibility Criteria a) The Bidder should have yearly sales turnover of not less than Rs.100 Crores

during last financial year (2012-13). b) The bidder must be registering profits for last three years (2010-11, 2011-12 and

2012-13). c) The bidder should have permanent office in India with easy access.



d) The Bidder / Solution proposed should have implemented the Trade Financing Solution at least in two Scheduled Commercial Banks globally and running live for past six months.

A summary of this 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

Software environments of the Project

Architecture of the solution implemented, including network architecture

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. (copies of purchase orders to be attached).

e) Letter from the organizations, where the Projects have been implemented,

confirming that Trade Finance Solution has been implemented in their organization and is working satisfactorily.

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

g) Financial statements i.e. Audited Balance sheet and Profit & Loss accounts for last

three years (2009-10, 2010-11 and 2011-12) will have to be submitted.

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

h) 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. 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 - Other Terms and Conditions (OTC)

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 Bidder requiring any clarification of the Bidding Document may notify the Bank in

writing at the address or by e-mail indicated in Invitation to Bid on or before 15/07/2013 upto 03.00 PM.

3.7.2 A pre-bid meeting is scheduled on 18/07/2013 from 10.30 am to at 12.30 pm.

Relaxation in any of the terms contained in the Bid, in general, will not be permitted, but if granted, the same will be put up on Bank’s Website.

3.8 Amendment of Bidding Documents 3.8.1 At any time prior to the deadline for submission of Bids, the Bank, for any reason,

whether at its own initiative, or in response to a clarification requested by a prospective Bidder, may modify the Bidding Document, by amendment.

3.8.2 Notification of amendments will be put up on the Bank’s Website and will be binding on

all Bidders. 3.8.3 In order to allow prospective Bidders reasonable time, in which to take the amendment

into account in preparing their Bids, the Bank, at its discretion, may extend the deadline for a reasonable period as decided by the Bank for the submission of Bids.

C. PREPARATION OF BIDS 3.9 Language of Bid 3.9.1 The Bid prepared by the Bidder, as well as all correspondence and documents relating

to the Bid exchanged by the Bidder and the Bank, and supporting documents and printed literature shall be written in English.

3.10 Documents Comprising the Bid 3.10.1 Documents comprising the Technical Bid Envelope, should be:

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 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.50,00,000/- furnished as specified in Clause 3.16 herein. f) Details of Projects Handled / Referral Letters as per Clause 3.4 (d). g) A complete Bill of Material as per Format 6.13 (A and 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 h) 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.

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.

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

3.11 Bid Form

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

3.12.1 The prices indicated in the Price Schedule shall be entered in the following manner: The total price quoted must be inclusive of cost of providing services for installation, testing and commissioning of the Solution and warranty, all applicable taxes, duties, levies, charges etc., as also cost of incidental services such as transportation, insurance, training etc., exclusive of service tax/Sales Tax and /or VAT payable in the respective State and Octroi or entry-tax or such similar tax, payable to Local Government / Municipal authorities. a) The cost of Annual Maintenance service, for a period as mentioned in Clause

7.13 on yearly basis after the expiry of warranty period. b) Prices quoted as above shall be valid for a minimum period of 120 days from last

date for submission of the tender The Vendor cannot quote for the project in part.

3.12.2 Prices quoted by the Bidder shall be fixed during the Bidder’s performance of the

Contract and shall not be subject to variation on any account, including exchange rate fluctuations, changes in taxes, duties, levies, charges etc. A Bid submitted with an adjustable price quotation will be treated as non-responsive and will be rejected.

3.13 Bid Currencies 3.13.1 Bids should be quoted in Indian Rupees only. However if bids are quoted in any other

currency, fixed conversion rate should be mentioned in Price Bid.

3.14 Documents Establishing Bidder’s Eligibility and Qualifications

3.14.1 The Bidder shall furnish, as part of its Bid, documents establishing the Bidder’s

eligibility to Bid and its qualifications to perform the Contract, if its Bid is accepted. 3.14.2 The documentary evidence of the Bidder’s qualifications to perform the Contract if its

Bid is accepted shall establish to the Bank’s satisfaction:

a) In the case of a Bidder offering to supply products and/or Systems under the Contract which the Bidder did not produce, the Bidder has been duly authorized as per authorization format 6.8 given in the Bid, by the products’ Producer to supply the products and/or Systems in India;

b) In the above case, the bidder must also have a back to back agreement with the

software vendor which should include amongst other the readiness of the vendor to provide required uptime, agreement to provide the necessary support for at least 8 years, readiness to enter into an escrow agreement with bank, etc. Documentary proof (copy of agreement) to be made available in the technical bid;



c) that the Bidder has the technical and production capability necessary to perform

the Contract as per format 6.10 (Organization Profile); and

d) that adequate, specialized hardware and related software expertise are already available, to ensure that the support services are responsive, and the Bidder will assume total responsibility for the fault-free operation of the solution proposed and maintenance during the warranty period and provide necessary maintenance services after end of warranty period, for a period mentioned in Clause 7.7.

3.15 Documents Establishing Eligibility of Products and Conformity to Bidding

Documents

3.15.1 The Bidder shall furnish, as part of its Bid, documents establishing the eligibility and conformity to the Bidding Documents of all products and/or System and/or services which the Bidder proposes to supply under the Contract.

3.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 Bidder offers systems and/or other software produced

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

3.16 Bid Security 3.16.1 The Bidder shall furnish, as part of its Bid, a Bid security in Clause 3.10.1 (e). 3.16.2 The Bid security is required to protect the Bank against the risk of Bidder’s conduct,

which would warrant the security’s forfeiture. 3.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,



issued by a Bank other than Bank of India

OR b) a Banker’s Cheque / Demand Draft, issued by a nationalized / public sector bank

in India, drawn in favour of Bank of India and valid for six months.

3.16.4 Any Bid, not secured as above, will be rejected by the Bank, as non-responsive.

3.16.5 Unsuccessful 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 Bidder’s Bid security will be discharged upon the 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 Bidder withdraws its Bid during the period of Bid validity specified by the Bidder on the Bid Form; or

b) if a Bidder makes any statement or encloses any form which turns out to be

false/incorrect at any time prior to signing of Contract; or c) in the case of a successful Bidder, if the Bidder fails;

(i) to sign the Contract; or

(ii) to furnish Performance Security, as mentioned in Clause 3.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 Bidders’ consent to an

extension of the period of validity. The request and the responses thereto shall be made in writing. The Bid security provided shall also be suitably extended. A Bidder may refuse the request without forfeiting its Bid security.

3.18 Format and Signing of Bid

3.18.1 Each Bid should be in two parts –

Part I covering the Technical and Masked Price Bid (i.e. BOM without any price) and Qualification aspects hereinafter referred to as "Technical Bid". Part II covering only the price schedules hereinafter referred to as the "Price Bid". The two parts should be in two separate covers each super-scribed with the name of the Project mentioned in the Invitation to Bid, Bid No., as well as “Technical Bid” and



“Price Bid” as the case may be, as detailed below. The superscription should also cover details regarding the project etc., as required vide clause 3.19 below.

3.18.2 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.3 Any inter-lineations, erasures or overwriting shall be valid only if they are initialed 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 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.

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 for Trade Finance Solution”, and a statement: “DO

NOT OPEN BEFORE (mention respective bid opening dates)”, and 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 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 Bidder.

3.22 Modification and Withdrawal of Bids

3.22.1 The 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 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 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 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 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 Bidders.

3.24 Clarification of Bids

3.24.1 During evaluation of the Bids, the Bank may, at its discretion, ask the Bidder for clarifications 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 and



functional parameters including possible visit to inspect live site/s of the Vendor 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 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 The evaluation of Technical bids and Price Bids (or reverse auction) will be in the ratio of 70:30.

3.25.6 Only those bidders, whose Technical bids have been found substantially responsive,

would be intimated by the Bank about their responsiveness and about the revised / updated Technical and Functional Specifications (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. The Original and revised price bids as above would then be opened in the presence of the bidders’ representatives on a specified date and time to be intimated to the respective bidders. The lower of the two prices quoted by the bidders shall only be reckoned for the purpose of price evaluation.

3.26 Evaluation and Comparison of Price Bids

3.26.1 Bill of Materials (Masked Price schedule) submitted along with Technical Bid will be first evaluated and if the bank, during the evaluation, deems it fit, may request bidder to revise the bill of materials submitted at the same price originally quoted in the pricing schedule. If the bidder does not agree to revise the same within 5 days from the date of notification to revise, the price bid submitted will be considered non-responsive and accordingly rejected.

3.26.2 The Bank may use the services of external consultants for bid evaluation. 3.26.3 Only those bids which are found to be technically responsive will be informed of the

date / time / venue of opening of price bids / reverse auction. 3.26.3 After opening of price bids and declaring the prices, the Bank will evaluate and

compare the Price Bids. Alternatively, the Bank may shortlist the vendors, who were found eligible after evaluation of Technical Bids, for participating in the reverse auction.

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.

3.26.5 Under the evaluation process, the technical evaluation will be allotted weightage of

70% whereas the price evaluation based on reverse auction / opening of priced bids will be allotted weightage of 30%. Proposal with the lowest cost will be given commercial score of 100 and other proposal will be evaluated with relation to the lowest cost. The total score, both technical and commercial (or reverse auction) shall



be obtained by adding both the technical and commercial scores. Technical weightage will be frozen before commercial evaluation.

3.26.6 Highest point basis: On the basis of the combined weighted score for technical and commercial evaluation, the bidders shall be ranked in terms of total score obtained. The bidder with highest total combined score will be ranked as H1.

3.27.7 An example of the evaluation process is detailed for clarification: Three bids were received and the technical evaluation committee awarded them 90, 95

and 100 marks respectively. All the three proposals were found technically suitable and their price bids were opened or they were selected for reverse auction. The prices quoted were as under :

A : Rs.120.00 B : Rs.100.00 C : Rs.110.00 Using the formula (LEC/EC)*100, where LEC stands for lowest price and EC stands for

price quoted by individual bidders, the following points will be awarded by the committee:

A : (100/120)*100 = 83 points B : (100/100)*100 = 100 points C : (100/110)*100 = 91 points In the combined evaluation, thereafter, will have the combined technical and

commercial evaluation score as under: A : 90 x 0.70 + 83 x 0.30 = 87.9 points B : 95 x 0.70 + 100 x 0.30 = 96.5 points C : 100 x 0.70 + 91 x 0.30 = 97.3 points Therefore, the three bidders in the combined technical and commercial evaluation will

be ranked as under : A : 87.9 points : H3 B : 96.5 points : H2 C : 97.3 points : H1 Bidder C with the evaluation cost of Rs.110 will, therefore, be declared as winner and

recommended for negotiations / approval to the competent authority. 3.26.8 Evaluation Criteria

The objective of evolving this evaluation methodology is to facilitate the selection of the most cost-effective solution that appropriately meets the business requirements of the bank. The bid would be first evaluated on technical soundness and then on the financials. The system Integrator needs to cover the entire functional requirement as given in the RFP.

All bids shall be evaluated by an Evaluation Committee set up for this purpose by the Bank. The evaluation shall be on the basis of professional competence and the price



quoted. The Proficiency Assessment and the Commercial Assessment shall have the weightage of 70% and 30% respectively for evaluation, and these weightage shall be taken into consideration for arriving at the Successful Bidder. The assessment methodology vis-à-vis the weightages are as under:

3.26.9 Assessment Methodology

A. Proficiency Assessment

Technical Proposal Evaluation (S) would carry 70 Marks as per the Specification given in clause 5.2a for RFP. Full marks i.e. 70 will be awarded to the bidder scoring the highest marks as per the Technical and System integrator Proposal Evaluation. Marks to the other bidder will be awarded in proportion to the marks scored vis–a–vis the highest bidder. Thus the other bidder will get marks < 70.

B. Commercial Assessment

Full marks i.e. 30 will be awarded to the bidder quoting the lowest price. Marks to the other bidder will be awarded in proportion to the price quoted vis–a–vis the lowest bidder. Thus the other bidder will get marks < 30. C. Overall Assessment for calculation of Successful Bidder Marks Scored in A i.e. Proficiency Assessment and B i.e. Commercial Assessment will be added and a bidder scoring highest marks will be declared as the successful bidder i.e. H1.

The scoring for Proficiency Assessment would be as follows:

Compliance Value

FC – Fully Complaint - Requirement is standard to application software - no modification needed.

5

PC – Partially Compliant - Application software will satisfy this requirement with moderate modification (to be accomplished within two days)

3

*NC – Not Compliant - Significant customization (beyond two days) is needed to satisfy the requirement.

0

* Customisable free of cost, in the current version itself, before acceptance of the software by the Bank. Technical Evaluation Scores” (S) – The System Integrator would be required to provide an appropriate score to each requirement requested in the functional/technical/system integrator requirements given in RFP. System Integrator needs to give a demo/presentation/site visit on the entire solution to be provided to the bank for verifying the availability of requirements provided in the solution and based on this the Bank may correct the System integrator scores if required.

The total score for Proficiency Assessment would be derived by: TS =∑S.



70 marks will be awarded to bidder scoring highest TS. 30 marks will be awarded to the bidder quoting the lowest price. (Once the technical bids received are evaluated, the bank would short-list the System Integrators, who qualify for further evaluation. The bank may request further clarifications, presentations etc.)

3.26.10 For factors retained in the Bid, one or more of the following quantification methods

will be applied:

(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 Bidder should quote for complete consignment of items proposed/listed in

this Bid. In case, prices are not quoted by any Bidder for any specific item / Product / service, for the purpose of evaluation, the highest of the prices quoted by other Bidders participating in the bidding process will be reckoned as the notional price for that product /service, for that Bidder. However, if selected, at the time of award of Contract, the lowest of the price(s) quoted by other Bidders (whose Price Bids are also opened) for that product /service will be reckoned. This shall be binding on all the Bidders.

3.27 Contacting the Bank

3.27.1 No Bidder shall contact the Bank on any matter relating to its Bid, from the time of opening of Bid to the time the Contract is awarded.

3.27.2 Any effort by a Bidder to influence the Bank in its decisions on Bid evaluation, Bid

comparison or contract award may result in the rejection of the Bidder’s Bid.

F. Award of Contract

3.28 Post-qualification

3.28.1 All the Price bids, after their evaluation on the parameters mentioned above, would be arranged in descending order and the contract would be awarded to the bidder whose



bid has been evaluated to be the highest as per the evaluation criteria.

3.29 Award Criteria

3.29.1 The Bank will award the Contract to the successful Bidder, who has been determined to qualify to perform the Contract satisfactorily, and whose Bid has been determined to be substantially responsive, and is the highest 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, and to annul the Bidding process and reject all Bids at any time prior to contract award, without thereby incurring any liability to the affected Bidder or Bidders, or any obligation to inform the affected Bidder or Bidders of the grounds for the Bank’s action.

3.31 Notification of Award

3.31.1 Prior to expiration of the period of Bid validity, the Bank will notify the successful 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 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 Bidder that its’ Bid has been accepted, the Bank will send the Bidder the Contract Form as per format 6.5, incorporating all agreements between the parties.

3.32.2 Within the period prescribed in clause 7.4, from the date of receipt of the Contract

Form, 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 bidder as per Clause 4.6.

3.33.2 Failure of the successful Bidder to comply with the requirement of Clause 3.32.1 or

Clause 3.32.2 shall constitute sufficient grounds for the annulment of the award and forfeiture of the Bid security.

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

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

**********



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 Assignment

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

4.29 Resolution of Disputes

4.10 Packing of Products 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: TERMS AND CONDITIONS OF CONTRACT (TCC)

4.1 Definitions

In this Contract, the following terms shall be interpreted as indicated:

4.1.1 ”Solution” means a package of Trade finance Solution - application software accessible

from all locations of Bank and Clients, all interfaces to ERP of Customer, Core Banking software, with necessary Software, 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 Section 5 of 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 highest 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 software(s), 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 Data centre of the Bank located at Navi Mumbai and DR at

Bangalore. 4.1.9 'System' means a Computer System consisting of all 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.

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

Please refer clauses 3.15 of IFB. 4.3 Standards 4.3.1 The Products and/or System supplied under this Contract shall conform to the Industry

standards and those mentioned in the TFS, and, when no applicable standard is mentioned, to the authoritative standards appropriate to the country of origin of products. 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, 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 so 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 enumerated in this Bidding Document, except for purposes of performing the Contract.

4.4.3 Any document, other than the Contract itself, enumerated in this Bidding Document

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.4.4 The Bidder shall sign a Non-disclosure Agreement as per Format 6.2. 4.5 Patent Rights / Intellectual Property Rights 4.5.1 The Supplier shall indemnify the Bank against all third-party claims of infringement of

patent, trademark, intellectual property, copyrights or industrial design rights arising from use of the Products or any part thereof.

4.6 Performance Security 4.6.1 Within the period prescribed under Clause 7.3, from date of receipt of the notification of

Contract award, the Supplier shall furnish to the Bank, the Performance Security for an amount as per Clause 7.6 valid up to 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 a bank guarantee issued by a nationalized / 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 a 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 period 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 specified 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 the 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 been 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 software supplied and for all interfaces and maintenance manuals for all systems and applications systems covering at least the operations needed to start, run, the system during operational day, close, restore, archive, recover from failures, and transfer to fallback system/site including business continuity plan to 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 of the user manuals shall be provided, 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 propriety 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 Tests and Certificates: 4.9.1 The Acceptance criteria are given under item 7.17. 4.9.2 On successful completion of the acceptance tests, receipt of deliverables, etc., and

after the solution runs successfully for six months after going live and Bank is satisfied with the working of the solution/system, the acceptance certificate in Format 6.9, signed by the Supplier and the representative of the Bank will be issued. The date on which such certificate is signed shall be deemed to be the date of successful commissioning of the system/solution proposed.

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 temperatures, salt and precipitation during transit and open storage. Size and weight 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 points in transit.

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 paint/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 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. Delivery 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/s, 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 Products 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, and 4.8 of TCC; (b) Maintenance and software updates of the supplied Products, technical support

thereof for a period as specified in the 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 Products supplied under this Contract shall have no defect, arising from design or from any act or 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 of 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 parts 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.9% 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.

b) Warranty for 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 customized 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 Regulatory Authorities/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.

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 system software supplied by the vendor will provide these services. At the data centre one person should be available round the clock to provide backup service without break in shifts as decided by the bank.

4.16.2 During Maintenance period any software upgrade / updates patches will be provided to the Bank and will be tested and installed at no extra cost.

4.16.3 Bidder will provide patches for any change in regulations at any location (India / Overseas) during maintenance period.

4.16.4 During maintenance period also, the Supplier guarantees on quarterly basis an uptime of 99.9% 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.

4.16.5 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 mutually agreed upon and within two months from the date of 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 and Facility Management:

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; (c) Place of delivery; (d) Technical and functional specifications;

(e) 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 of the Products 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 5% 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 the 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 dispute 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:

Bank of India, Information Technology Department, Head Office, Star House, 8th floor, C-5, G Block, Bandra Kurla Complex, 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 its 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 Software

The Supplier is responsible for all unpacking and installation of Products. The Supplier will test all system operations and accomplish all adjustments necessary for successful and continuous operation of the software at all installation sites.

4.39 Technical Documentation The Technical Documentation involving detailed instructions 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 operations.

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



PART 5: TECHNICAL & FUNCTIONAL SPECIFICATIONS (TFS)

(To be included in the Technical Bids duly completed and with comments) Bank of India wants to implement the Trade Finance solution, as part of giving additional facility to the corporate clients. There are about 4355 branches of the Bank. The Bank has networked all the branches and has introduced CBS. The proposed solution should be capable of supporting centralized, end to end Trade Finance. The Bidder should install and commission the complete end to end Trade Finance Solution and integrate with the Bank’s banking application such as Core Banking Solution (Finacle based), ERP of customer, etc. By means of diagrammatic / pictorial representations, the Bidder should provide complete details of the hardware, software and network architecture of the end to end Trade Finance Solution offered, bringing out clearly the centralised / de-centralised or distributed mode in which the solution operates, including source / method of data capture, validation, updation and database maintenance. These details have to clearly mentioned. The proposed solution should be scalable to take care of the future needs. The solution, to be deployed comprehensively, as per the requirement of the bank, is to ensure that the appropriate software interfaces are made available as a part of this RFP to the Finacle Core Banking Software Solution and customer ERP, all technical inputs required for building the interface is available with the Bank. It is also to be noted that the time lines with regard to the deliverables including the interfaces have to be strictly adhered to. Implementation:

a) Bank wants to introduce end to end Trade Finance Solution. Vendor should be ready to give an enterprise version of the end to end Trade Finance Solution and demonstrate their capability to implement the same. The vendor has to give an undertaking to implement the solution at any location as identified by Bank. The Bank may obtain the hardware as and when necessary at the cost to be negotiated at that time, depending on the prevailing rates or through a separate open tender process. b) The bidder is expected to provide a Trade Finance Solution, including but not limited to providing middleware, facility management, training, third party utilities and installation, testing, migration, providing interfaces with CBS and provide technical support for a period of 4 years with one year warranty from the date of acceptance. IMPORTANT Note: 1. The Bidder should mention in seriatim, whether all the features as mentioned are:

FC – Fully Complaint - Requirement is standard to application software no modification needed.

PC – Partially Compliant - Application software will satisfy this requirement with moderate modification (to be accomplished within two days)

NC – Not Compliant - Significant customization (beyond two days) is needed to satisfy the requirement.



2. The Bidder should also mention in seriatim comments, if any, for all the features. If there is no comment; it would be construed that the feature/requirement will be made available without any deviation thereto. 3. Weightage will be given on the above FC, PC, NC items for the purpose of evaluation as

the Bank may deem fit.

5.1 Technical Specifications for Trade Finance Solution: a. For Portal:

Sl No Module Product Features

1.0 General

1.1 General System Requirements, Outlook,layouts and Design

2 Graphical User Interface (GUI)

2.1 The system should have uniform navigation pattern across all verticals ensures which should provide unified user experience

2.2 The system should have context based action links which should allow the user to initiate/ View transaction information etc. in a single click.

2.3 The system should offer ‘Smart Search’ feature through which user can land into his desired function through a single click.

2.4 The system should offers tabbed menu, which allows easy navigation across products.

2.5 The system should have widgetized format with personalization features, making it more like a commercial site and industrial appeal, which results in stickness of the user

2.6 The systmem should be built in with RIA based widgetized version, providing a fresh look and feel to the customer allowing the end user move/ collapse the widgets around and personalize the content

2.7 The system should have a consistent layout in every page, customze the view through filter and sorting so that customer gets used and making the process so easier and adapts easily to the site.

2.8 The system should be self explanatory with descriptive textual links.

3 Personalization and customization

3.1 The system should allow the client to select or design a different skin to the application

3.2 The system should have user preferred dashboard settings

3.3 The system should have user preferred Colour selection

3.4 The system should have Language settings

3.5 The system should have a To Do Activty List for approve/ reject ransactions

3.6 The system should have options to display Corporate Logo

4 Browser compatibility

4.1 They system should work with Internet Explorer 6+, Mozilla Firefox 2+, Google Chrome



4.2 Upgrades should be done in future based on the new browser versions

5 Search Engine

5.1 The system should offers built-in smart search abilities.

5.2 The system should have smart search filter supported by all data grid widget. this feature allows the user to Search and apply Filter criteria on any of the column displayed in an information widget.

6 Trade Finance

6.1 Import/export LC, Bill of Guarantee, Inter-company Loans and General / Reporting

7 Letter Of Credit

7.1 The Solution should allow the clients to initiate a letter of Credit

7.2 The system should be enabled with Product types ( Domestic LC, Import LC, Stand By LC)

7.3 The solution should allow the clients to Amend and Cancel and existing LC

7.4 The system should displays a list of clauses under Trade Library like Terms and Conditions and Additional Conditions which needs to be present for any LC or Standing Instruction

8 Bank guarantee

8.1 The Solution should allow the clients to initiate a Request for Bank Guarantee

8.2 The Solution should allow the user to amend/cancel existing Bill of Guarantee

8.3 The Solution Should allow the users to view the presented bills and documents

8.4 The Solution should be interfaced with the Bank’s Trade Finance back-end system

9 General / Reporting

9.1 The Solution should allow the user to attach documents and images while initiating the Trade Request.

9.2 The Sytem should support settlement of Loan against the Trust as a standard feature.

9.3 The Solutions should allow the users to receive transaction lifecycle alerts and notifications to End Users via inbox, SMS and E-mail.

9.4 The Solution should allow the user to download the transactions in the formats like PDF, WORD, DOC, EXCEL

9.5 The System should allow the corporate administrator to set limits at user and transaction level

9.6 The system should display a graphical diagram of the ratio of import/export LC

106 General / Reporting

10.1 Workflow rules should have option to do bulk approval

10.2 They system should provide export tool bar, which allows user to download report in PDF, Excel,Word,Doc

11 Investments

11.1 Deposits

11.2 Deposits

11.3 The system should allow the user to initiate a deposit



11.4 The system should have multi currency deposit options

11.5 The system should have option to save the transaction as draft and should allow to submit it in future.

11.6 The system should have options to do Auto Renewal option like ( Renew principle, Renew Principle+ Interest )

11.7 The system should show the summary of deposit transactions with the status of the transactions occurred

11.8 The system should display a graphical composition of deposits

12 Corporate setup

12.1 Registration Entitlement and user profiling

13 Customer Registration, profiling and preference management

13.1 Does your solution has a back end module to control the corporate user registration activities

13.2 Does your system has a option to automate the registeration activities by interfacing it to the bank's existing backend system

13.3 Does your system has options to capture all required customer basic information before enabling the online banking system

13.4 The system should have options to add/amend/delete/view a corporate in the back end system

13.5 The system should have option to approve/reject a corporate setup before onboarding to online banking system - Maker - Checker Policy

13.6 The system should have options to restrict/remove restriction for the usage of certain products by Corporates

13.7 The system should have options to run audit or recon report of online banking onboardedcustomers

13.8 The system should have options to enable corporate admin to manage sub user profiles under a specific corporate

13.9 The system should have options do enable user group settings by bank

13.10 The system should have options to link/delink the accounts

13.11 The system should have options to set daily user based limits for transactions

14 Approval and workflow

14.1 Limit setup and transaction approval workflow

15 User limits and work flow approvals

15.1 The System should have options to enable corporate admin to set their own workflow rules

15.2 The system should have options to enable corp admin to add/delete/view of users under the specfic corporate

15.3 The system should have options add/delete the roles Eg : Clerk/Office/manager etc

15.4 The user should have access to set limits for each users

15.5 The system should have access to manage the approval work flow based on the limits (eg 1$ to 1000$, 1001$ to 5000$ ) and should support multiple rules that may include ADD / OR rules

15.6 The system should have access to do bulk approvals of transaction



15.7 The system should have access to notify the corp admin about the daily transactions

Trade Finance Front End ( Portal) Requirement FC PC NC Comments

Module Requirement

General Business Requirement

Does your solution provide trade finance functionality for SME, medium size and corporate companies and other entities from one single application? If yes then provide details.

Please detail the unique features of your solution and explain how your solution can help Bank top line growth?

Does your solution provide ability for customers to configure their workflow management process? Please provide details.

Does your solution supports multiple different workflow processes for different type of transactions for the same customer. Please provide details.

Please provide how your solution helps with customer operational efficiency and help them with increased productivity. Please provide details.

Does your solution allow corporate companies, SMEs to view their own audit logs? Please provide further details

Does your solution also provide bank side functionalities for various internal users in the bank (Marketing Department, Audit Team, Operations Team, Product Team, Help Desk and others) to manage, monitor, configure and control

Does your solution provide a dedicated personalised Web-based front-end to bank back-end users, administrators and sales team members to review and process their customers' requests.

Does your solution also support secure two way communication using your system between Bank and its customers? Does your solution Secure Email supports bank defined instruction categories, ranging from request for quotes, application forms to simple Correspondence

Does your solution provide configurable File Upload functionality for customer to upload their payments, beneficiaries, purchase orders data and invoices respectively?

Does your solution provide flexible data mapping which will allow buyers to map their payments, fund transfers, beneficiaries, POs to your solution?



Does your solution provide a technical interface to customers’ systems and their technical infrastructure, so that your solution can be integrated with our customers’ internal/back-office systems such as ERP?

Does your solution provide Calendar functionality which will allow corporate users to track their various events related to their trade finance transactions online? Trade Calendar Module for key dates and custom events management to configure events

Does your solution allow users to set-up their own alerts based on the transaction states? Please provide further details? For example notifying the customers when their transactions are accepted or rejected by bank. Please provide details of all type of alerts

Does your solution allow users to set-up their own alerts based on the product life cycle and account balances. Please provide further details? For example notifying the customers when their account balance are above or below the specified user limit

Does your solution also allow corporate users to add their own customer events to the calendar in order to add their own custom follow-ups or appointments? Does your solution also provide alert functionality?

Does your solution provide collaboration capabilities to enable Bank customers to collaborate with their beneficiaries and suppliers on each and every transaction? Please note that Bank customers’ beneficiaries and suppliers might not be Bank customers.

Do your solution’s collaboration capabilities also enable Bank customers to collaborate with bank staff on each and every transaction to seek their expert advice (if required), negotiate exchange rate with dealers even before customers have submitted the transaction

Does your solution provide the capability for customers to create their own reports and inquiries online? Is the same available on the bank side for bank staff?

Does your solution allow corporate customers to setup their own report based alerts which will allow them to receive their own customized reports at specified frequency/interval via email for fax?

Does your solution provide the corporate customers with the ability to brand their own documents and outputs? Does your solution also export of all of the reports and inquiry screens in various formats such as pdf, csv, excel and others. Please provide detail



Can bank staff set-up the reports on behalf of their customers withou sacrificing the security? Please provide further details.

Describe in details on how your solution supports multi-bank and multi-entity functionality?

Does your solution provide an area for Bank to market other products to customers and provide useful trade related information e.g. conveying market alerts and sharing best practices re documentation?

Does your solution have functionality which will provide Bank customers with a structured way to communicate with the bank’s team in a non-transactional matter? Please provide details.

Does your solution also allow Bank with the capability to publish news feeds to the customers’ home pages?

Does your solution provide Jurisdiction functionality to manage entitlements, roles and access control for both bank users and customers? Please provide details on how comprehensive and flexible your system is on setting various users types, roles and entities

Does the solution also provide full support for traditional trade finance instruments such as Import and Export Letters of Credit, Import and Export Collections, Guarantees, Financing in INR and FC involves export finance. Preshipment / post shipment and export finance; Bills, discouning , purchase , acceptance, negotiation, mutiple turnover, direct billing, ecpc, cheque collection / purchase etc.,

System should support the following business modules:

- Import and Export Letters of Credit

- Issued and received Stand-by Letters of Credit

- Import and Export Documentary Collections (support for both regular and direct collection)

- Banker’s Guarantees

- Shipping Guarantees

- All type of Financing

- Document Preparation and Electronic Presentation, eUCP

- Account Information Reporting

- Fund Transfer

- Bill Payments

- Inward Remittance

- Secure Messaging

Please describe in detail on how does your solution supports financial supply chain management and Open Account functionality .



Provide collaboration capabilities to enable Bank customers to collaborate with their beneficiaries and suppliers on each and every transaction? Please note that Bank customers’ beneficiaries and suppliers might not be Bank customers.

- Provide solution’s collaboration capabilities also enable Bank customers to collaborate with bank staff on each and every transaction even before customers have submitted their transactions to the bank

Are your solution’s Open Account/Financial Supply Chain modules fully integrated and consistent with other traditional trade finance instruments to allow Bank to up-sell and cross-sell its products/services and to offer a one-stop-shop to the traditional

Does your solution allow Bank to offer its current treasury (FX services, spot rates, etc) offerings, trade financing (pre shipment, post shipment, factoring, etc), and cash management services to buyers/sellers? Please explain in details.

Does your solution brings both buyers and seller together on one platform and facilitates Purchase Order Collaboration and Invoice Management? Please explain in details.

In addition to the above scenario where both parties of the trade transactions are connected to Bank, can the solution also support modular scenarios with only the buyer or the seller being the customer of the Bank and using the service? Please explain

Does your solution allow buyers and sellers and Bank to communicate with one another throughout the life cycle of an open account transaction?

Does your solution provide functionality for sellers to create invoices automatically from the purchase order advice? How can then sellers present this invoice to the Bank?

Does your solution supports Payment Wizard to make the capture of payments instruction easier and not error prone for the customers. Please explain and provide further details.

Does your solution have capability to be integrated with Reference Data? Please provide further details

Does your solution provide ability for customers to configure their workflow management process? Please provide details.



Import LC Product The system provides the capability to handle issuance of Import Letters of Credit, that is:o Createo Saveo Save as Drafto Authoriseo Rejecto Save as Templateo Viewo Printo Transfer

The following steps in the lifecycle of the Import Letter of Credit are required • Issue import LC • Amend import LC • Cancel import LC • Close Import LC • Reinstate Revolving LC . Advising . Adding confirmation

The system shall have the capability for a user to create Import Letters of Credit (LC) online by ensuring compliance with upload faciltiy

The system shall support creation of an Import Letter of Credit from an existing Import Letter of Credit template.

The system shall support creation of an Import Letter of Credit from an existing Import Letter of Credit.

All fields necessary for the completion of the MT700/701 without any additional effort should be included in the input process.

The system shall provide capability to save an Import Letter of Credit as a template. It should be possible to create a template from a dedicated menu option or as an option while creating a new transaction.

The form for online completion should mirror the requirements of our paper application. Please advise the details of your online application.

The system shall support the capability to allow a customer to enter their own reference number in the LC Application form.

The system shall have the capability to capture individual or multiple tenors

The system shall have the capability to capture various Incoterms. Kindly confirm you have updated your solution with the latest release of Incoterms.

The system shall provide capability to select and/or modify standard Document Required, Goods Description and Additional Conditions clauses for inclusion in an Import Letter of Credit.

The system shall allow the Bank at a country level mass populate a clause library that the user can access to include in their application

The system shall provide the capability to capture free text for remaining Document Required Goods Description and Additional Conditions clauses.

The system shall provide the capability to capture additional details for Insurance.

The system shall have the capability to capture special instruction clauses for an Import Letter of Credit.



The system shall have the capability to capture client instructions concerning the collection of any fees and charges due.

The system shall provide capability to select Overseas Bank Charges for inclusion in an Import Letter of Credit.

The system should have capablity to record / generate details of import bills

The system shall provide capability to nominate if a trade loan is required.

Import LC Amendment Product

The system provides the capability to handle issuance of Import Letters of Credit, that is:o Createo Saveo Save as Drafto Authoriseo Rejecto Save as Templateo Viewo Printo Transfer

The following steps in the lifecycle of the LC Amendment need to be possible within the system • Amend import LC

The system shall have the capability for a user to create Amendments to an Import LC online

As appropriate data should be inherited from the Import LC to ease the amendment creation process.

The system shall support modification of an Import Letter of Credit Amendment prior to submission to Bank's host system.

As the amendment is being created the details of the LC in its pre amended state should be displayed for comparison/reference to the original.

The system shall have the capability for a user to view the entire up-to-date copy of the Import LC for amendment

Kindly advise the specific fields your amendment form has to facilitate amendments in addition to free form text.

The system shall have the capability of requesting beneficiary’s acceptance of amendment

The system shall provide the capability to highlight changes made by the user in the Up To Date Letter of Credit.

The system shall have the capability to accept user amendments on all relevant clauses

Export LC Product Features

The system shall have the capability for a user to view an Export LC online / LC advice

The system shall have the capability to provide a user with the data elements from the Export Letter of Credit

The system shall have the capability to provide copies of correspondence, advices and copies and SWIFT messages to the user online.

The system shall have the capability to display the Approved History Detail of an Export Letter of Credit



The system shall have the capability for a user to create lodgement details and associate them to an Export LC

The system shall have the capability for a user to create Bill of Exchange details and associate them to an Export LC

The system shall have the capability for the client to request, confirmation of the LC either when the LC is a May Add or if they require Silent Confirmation. In the case of May Add it would be desirable that the suggestion for May Add is proactive. The Back end should send a suggestion? Please explain how your system manages this.

The system shall allow the user to print Bank Documents / Advices associated to an Export Letter of Credit in the PDF format in a single action

The system shall provide the capability to select a single Bank Document / Advice associated to an Export Letter of Credit to view, export or print

The system shall provide capability to generate, view, export or print Lodgement Details associated to an Export LC advice

The system shall provide capability to generate, view, export or print Bills of exchange associated to an Export LC advice - when/if required

The system shall provide capability for a user to specify other instructions to the bank re the Export LC

The system shall have the capability to Accept or Reject Amendments to an Export Letter of Credit

The system shall provide capability for a user to specify reason for rejection, when rejecting an amendment for an Export Letter of Credit.

The system shall have the capability to store the record of Rejected Amendments to an Export Letter of Credit.

The system shall provide Export LC amendment status values as required

Trade Loan The system shall have the capability for the user to create a Trade Loan

The system shall support the capability for a customer to assign a reference number for a Trade Loan.

The system shall provide capability to capture Loan disbursement instructions.

The system shall provide capability to input a term, a start date and a maturity date for inclusion in Loan Instructions for a Trade Loan.

The system shall provide capability to input special instruction clauses for a Trade Loan.

The system should allow for the creation , amendment, extension and settlement of Foreign Currency loans



The system shall ensure that a modified Trade Loan is authorised.

The system shall support rejection of Trade Loan prior to submission to the Bank’s host system for further processing.

The system shall provide capability to record the reason for rejection of the Trade Loan.

The system shall support deletion of a Trade Loan prior to submission to the Bank’s host system.

The system shall provide capability to record the reason for declining of the Trade Loan.

The system shall provide capability to confirm that a Trade Loan is being declined to the user.

Export Collection The system shall have the capability for a user to create an Export Collection Lodgement Letter online

The system shall support creation of an Export Collection Lodgement Letter from an existing Export Collection template

The system shall have the capability to default the name and address details of all parties to the transactions from the parties library.

The system shall provide the ability for the user to view an Export Collection created in the Back end system

The system shall provide the ability for all documents scanned by the bank to be viewed on line

The system shall provide the ability for the user to view all documents and advices generated by the bank to be viewed online

Direct Collection The system shall have the capability for a user to create a Direct Collection. Please explain your creation process for this product.

Kindly advise how your proposed solution manages the process of AML / PML and Sanctions requirements.

The system shall provide the capability to create a Direct Collection using an existing Direct Collection template.

The system shall have the capability for the users to input their own reference for a transaction.

The system shall provide mandatory fields and logical field validations. Appropriate messages should be generated. Please explain how your system manages this.

The system shall have the capability to capture Other Instructions. There should be instructions to the Collecting bank and another section of instructions to NAB and BNZ.

The system shall have the capability for the user to nominate if all overseas charges are charged to the account of the Drawee or the user.



The system shall have the capability for the user to nominate if all NAB Bank charges (and interest if applicable) are charged to the account of the Drawee or the user.

The system shall have the capability for the user to nominate whether or not charges &/or interest are waived by the collecting bank if the Drawee refuses to accept them.

The system shall provide the capability for the user to advise different options for if documents are dishonoured.

The system shall provide capability for the user to advise additional instructions when providing settlement details.

The system shall have the capability for the user to select a method to deliver documents against.

The system shall provide capability to save a Direct Collection template.

The system shall have the capability for the user to print a Covering Schedule for an authorised Direct Collection.

Import Collection The system shall have the ability for a user to view, print or download an import collections processed by the Bank

It should be possible to view online any documents relating to the Import Collection which have been scanned by the bank and attached to this transaction.

It should be possible for the client to accept an import collection for payment online and give payment instructions.

Stand By LC Product The system provides the capability to handle Standby Letters of Credit, that is: o Create o Save o Amend o Authorise o Reject o Decline o View

The system shall have the capability for a user to create SBCL online.

the system shall have the capability to view an incoming SBLC online including all advices and letters generated by the bank, SWIFT messages relating and any documents scanned by the bank and attached to this transaction.

It should be possible for the application to be in the style of the SWIFT MT760 or MT 700

The system should allow the user to indicate if confirmation of the SBLC is required.

All fields necessary for the completion of the MT700/701 or MT 760 without any additional effort should be included in the input process.



The system shall support creation of a SBLC from an existing SBLC template.

The system shall support creation of a SBLC from an existing SBLC.

The system shall provide capability to save an SBLC as a template. It should be possible to create a template from a dedicated menu option or as an option while creating a new transaction.

The system shall support the capability to allow a customer to enter their own reference number to the SBLC.

The system shall allow for long text SBLCs

Stand By LC Amendment

The system provides the capability to handle amendment of SBLC, that is:o Createo Saveo Save as Drafto Authoriseo Rejecto Save as Templateo Viewo Print

The following steps in the lifecycle of the SBLC Amendment need to be possible within the system • Amend SBLC

The system shall have the capability for a user to create Amendments to an SBLC online

As appropriate data should be inherited from the SBLC to ease the amendment creation process.

The system shall support modification of a SBLC Amendment prior to submission to Bank's host system.

As the amendment is being created the details of the SBLC in its pre amended state should be displayed for comparison/reference to the original.

The system shall have the capability for a user to view the entire up-to-date copy of the SBLC for amendment



The system shall provide the capability to highlight changes made by the user in the Up To Date Letter of Credit.

Guarantee Product The system provides the capability to handle Guarantee, that is: o Create o Save o Amend o Authorise o Reject o Decline o View



The following steps in the lifecycle of the Guarantee are required • Issue guarantee . Issue confirmattion • Amend guarantee . Extension of guarantee • Cancel guarantee • Close guarantee

The system shall have the capability for a user to create Guarantee online.

All fields necessary for the completion of the MT7 760 without any additional effort should be included in the input process.

The system shall support creation of a Guarantee from an existing Guarantee template.

The system shall support creation of a Guarantee from an existing Guarantee.

The system shall provide capability to save a Guarantee as a template. It should be possible to create a template from a dedicated menu option or as an option while creating a new transaction.

The system shall support the capability to allow a customer to enter their own reference number to the Guarantee.

The system shall allow for long text Guarantees

It should be possible that NAB and BNZs terms and conditions for Guarantee Issuance can be inserted into the online application form.

The system shall have the capability to display the balance information of the Guarantee. All amendments and drawings should be able to be viewed. It should be possible to drill down into the transaction and view all elements.

Guarantee Amendment Product

The system provides the capability to handle amendment of a Guarantee, that is: o Create o Save o Save as Draft o Authorise o Reject o Save as Template o View o Print

The following steps in the lifecycle of the Guarantee Amendment need to be possible within the system • Amend Guarantee

The system shall have the capability for a user to create Amendments to an Guarantee online

The system shall support modification of a Guarantee Amendment prior to submission to Bank's host system.



As the amendment is being created the details of the Guarantee in its pre amended state should be displayed for comparison/reference to the original.

The system shall have the capability for a user to view the entire up-to-date copy of the Guarantee for amendment



The system shall provide the capability to highlight changes made by the user in the Up To Date Guarantee.

The system shall have the capability to accept user amendments on all relevant clauses

Document Management Does your solution provide an area for bank to market other products to customers and provide useful trade related information e.g. conveying market alerts and sharing best practices re documentation?

Can your solution integrate and publish to customers any third-party content not produced by the solution itself but aggregated from other sources made available by the Bank back-end systems or third-party content providers?

Does your solution provide the corporate customers with the ability to brand their own documents and outputs? Does your solution also export of all of the reports and inquiry screens in various formats such as pdf, csv, excel and others. Please provide details

Does your solution allows exporters to create their various documents based on the LC advise and present these documents to banks in various formats such as eUCP, pdf or others

Does your solution allow customer to attach and receive transactions from bank for all of their transactions

Audit & Logging Does your system provide audit logs for all action - administration, log-on, inquiry, transactions, etc

Does your solution allow customer's administrators to see their own audit logs

Does your solution allows customer and bank administrators to create customiser reports for various audit queries

Are there available user options such as - online viewing, hard copy generation, file creation etc. ?



Unsuccessful attempts to log-in to the system have to be recorded on the log files. Does your solution provide this feature ?

Reporting Does your solution provide the capability for customers to create their own reports and inquiries online? Is the same available on the bank side for bank staff?

Does your solution allow corporate customers to setup their own report based alerts which will allow them to receive their own customized reports at specified frequency/interval via email for fax?

Does your solution provide the corporate customers with the ability to brand their own documents and outputs? Does your solution also export of all of the reports and inquiry screens in various formats such as pdf, csv, excel and others. Please provide de

Can bank staff set-up the reports on behalf of their customers? Please provide further details.

Does your system provide comprehensive inquiries with capability to show the entire history of the transactions (Issuance, Amendments, Updates, Partial Settlement, etc)

Are there available user options such as - online viewing, hard copy generation, file creation etc. ?

Trade Finance Back End Requirement

Module Requirements

PRODUCTS & SERVICES

The system should support these types of products and services:

Letters of Credit

Import LCs

Export LCs

Inward

Standby

Buyer's credit, Suppliers credit, merchanting trade

Guarantees

Bonds & Guarantees

Reimbursements

It should support various features like document discrepancy, communicating the details of discrepancies to the external parties. It should have capability to delink the liablity on specified date.

Collections

Inward

Outward



Bills Financing

Bill of Exchange financing

Documents

Capability to capture document details including:

Bill of exchange details

Shipment details

Insurance details

Invoice details

Certificate of origin

Bill of entry details

Payment / Reimbursement details

Instructions

Other - Please specify

LETTERS OF CREDIT

Activities The system should support the following activities:

• Purchase Orders

• Payment Terms

• Financing and Discounting

• Participating in a Letter of Credit

• Credit Risk Management

• Export LC Events

• Freely Negotiable LC Events

• Able to send auto reply MT710,MT720,MT730, MT760 SWIFT message.

• Allow LC assignment from one processing to another processing unit

Creating / Opening LC The system should support the creation of Import / Export LCs

• Copying an existing Import LC

• Logging a Pre-advice

• Entering Full Details of the Pre-advice

• Logging an Import LC Issuance

• Entering Full Details of the Issuance

• Logging an Export LC Advice

• Entering Full Details of the Advice

• Entering Details of an Acknowledgement

Unique Reference No The system should provide for creation of a unique reference number for each LC issued, which may be a combination based on business line, type of transaction, currency and the serial number.

Users should be able to view:

• LC current status and summary

• LC details



• Details of Related Transactions

• Process step / event history / details of import licence

Transfer of Export LC The system should support the transfer of Export LC:

• Logging transfer of LC

• Entering Full Details of transfer

Facility to debit/claim charges from Opening Bank / Transferees bank/customer

Back-to-back LC The system should support the creation of back-to-back LCs:

• Logging a Back-to-back Import LC

• Entering Full Details

• Issuing a Back-to-back LC

Assignment of Proceeds

The system should support the:

• Entering Assignee Details

• Amending and Deleting Assignment Details

• Reversing an Amendment or Deletion

Claim / Payment for Import / Export LC

The system should support the processing of Claims received for Import LC and Paying of an Export LC

• Logging Claim received for Import LC

• Entering Full Details of a Claim

• Logging Document presentation for Export LC

• Entering Full Details of the Documents presented

• Entering Details of Documents and Notes

• Actioning the Claim

• Entering Payment Details

• Additional Amounts and Margin Deposits

• Discounting Payments

• Assigning Proceeds

• Continuing a Claim

• Logging the response

• Entering Full Details of the Response

• Payment at Maturity / delinking of liablity

• Support for more than one outstanding claim/presentation

Payment for Transfer LC

The system should support payments for Transfer LCs

• Paying a Transfer LC with/without invoice substitution

• Entering Claim Details for Invoice Substitution

• Entering Details of Documents Presented


Payment for Back-to-back LC

The system should support the payment of Back-to-back LCs

• Paying Back-to-back LCs



• Allocating Funds to a Back-to-back LC

Freely Negotiable LC Payments

The system should support Freely Negotiable LC Payments

• Entering Details of a Freely Negotiable LC

• Entering Claim Details

• Entering Details of Documents

• Coding for Reporting and Analysis


Revolve Events & Notifications

The system should support Revolving LCs

• Entering Details of Revolve Notifications

• Revolving the LC

Making Changes to LC The system should support making changes to LCs, including:

• Amending Import/Export/Transfer LC

• Extend shipment date and LC validity

• Increase LC value (Liability to be raised for increased amount).

• Change correspondent bank name

• Change reimbursing bank name

• Convert sight / usance LC into revolving

• Change beneficiary’s name

• Change consignee’s name

• Third party documents acceptable

• Curtail LC validity and shipment date

• Reduce LC value (liability to be reduced at request).

• Partial Shipment allowed / not allowed

• Transhipment allowed / not allowed

• Deduct Agents commission (percentage/amount)

• Reversal Postings

• Transfer LC/Back-to-back LC/Assignments of Proceeds

• Handle more than one amendment at a time

• Maintain liability

• Display Changes

• Recording beneficiary’s response for export / transfer LCs

• Maintaining shared liability / making adjustments

• Retain original LC reference number upon amendment

• Link reference numbers for amended LCs

Cancelling LC The system should support the cancelling of a LC:

• Cancelling Import/Export/Transfer LC

• Recording beneficiary’s response for export / transfer LCs



• For confirmed L/C, cancellation can be done automatically under the pre-set criteria. The definition of the criteria will be set by user.

Expired Unutilised Export LCs

The system should support processing of Expired Unutilised Export LCs

• Remove from active record Fully / Partially unutilised LCs 90 days after expiry date provided no outstanding bill exists

• Update limit utilisation

• Claim charges from issuing bank

• Send tracers for payment of unpaid charges

DOCUMENTARY COLLECTION ORDERS


• Payments

• Documents and Parties

• Payments to Third Parties



Creating a Collection Order

The system should support the creation of Documentary Collection Orders, including:

• Logging a Collection Order

• Entering Full Details of the Collection Order

• Details of Goods, Documents and Shipping Arrangements

• Instructions

• Additional Parties

• Payments, Interest and Discounts

• Other Details

The system must allow for mixed currencies

Receiving Acknowledgements

The system must support the receipt of acknowledgements:

• Receiving Acknowledgements via SWIFT

• Entering Details of an Acknowledgement

• Identifying Payments as Acknowledged

Acceptances The system should support:

• Acceptance via SWIFT

• Entering Details of an Acceptance

• Identifying Accepted Payments

Changes to a Collection Order

The system should support amendments and changes to Collection Orders

• Amendments via SWIFT

• Entering an Amendment

• Amending Payment Details

• Amending Parties



• Amending User Codes

• Adjusting Drafts

• Liability

Payments The system should support:

• Payments via SWIFT

• Logging a Payment


• Allocating Proceeds Against Drafts

• Discount for Early Payment

• Interest for Late Payments

Discounting Accepted Drafts

The system should support Discounted Acceptances

• Logging a Discounted Acceptance

• Entering Details of a Discounted Acceptance

• Discounting a Draft

REIMBURSEMENTS


• Stopping a Reimbursement Authorisation

• Payment Terms



• Automatic processing of reimbursements on value dates

Recording Authorisation to Reimburse

The system should support recording of Reimbursement Authorisations

• Copying an Existing Reimbursement Authorisation

• Recording a Reimbursement Authority

• Logging a Reimbursement Authority

• Entering Full Details of the Reimbursement Authorisation

Claims Received for a Reimbursement Authorisation

The system should support claims and requests for authorisation to pay:

• Claims Received

• Logging a Claim Received



• Payment Details

• Additional Amounts

• Loan Details

• Discounting Payments

• Completing an Outstanding Claim

• Entering a Response from the Issuing Bank

• Payment at Maturity

Changing / Cancelling Reimbursement

The system should support amending, stopping and cancelling a Reimbursement



Authorisations Authorisation:

• Stopping a Reimbursement Authorisation


• Amending a Reimbursement Authorisation

• Displaying Changes

• Making Adjustments to the Master Record

• Cancelling a Reimbursement Authorisation

• Straight through processing of incoming MT 740 / MT 747 and outgoing MT 742 when acting as a Reimbursement bank

GUARANTEES & STANDBY LETTERS OF CREDIT


• Assignment of Proceeds

• Renewals, Increases and Reductions

• Payment Terms


• Participating a Guarantee or Standby LC


• Processing Guarantees and Standby LCs

• Import Guarantees and Standby LCs

• Export Guarantees and Standby LCs

• Able to provide reinstate function for expired BG

Issuing an Import Guarantee

The system should support issuing an Import Guarantee:

• The Issue Event

• Copying an Existing Guarantee

• Issuing an Import Guarantee - Log Step / Input Step

• Input of main Import Guarantee details

• Counter Guarantees

• Input of Standby LCs

• Instructions

• Advising Through Bank

• Schedules

• Renewals

• Reductions and Increases

• Further Parties

• Shipment details

• Shipment details for Standby LCs

• Viewing and Entering Acknowledgements

Claims Received for an Import Guarantee

The system should support Claims received for an Import Guarantee and requests for authorisation to pay:

• Initiating and logging a Claim




• Documents and Notes


• Payment Details


• Loan Details


• Logging the Response

• Support for more than one outstanding Claim

• Entering full details of a Response

• Different Response Types

• Payment at Maturity

Repaying a Loan The system should support the repaying of loans

Advising an Export Guarantee

The system should support advising of Export Guarantees

• Advising an Export Guarantee - Log / Input Steps

• Instructions

• Advising Through Bank

• Schedules

• Renewals

• Reductions and Increases

• Other Parties

• Other Parties for Standby LCs

• Shipment Details

• Shipment Details for Standby LCs

• Viewing Details of Assignments of Proceeds

Paying an Export Guarantee

The system should support payment of Export Guarantees

• Recording Documents Presented

• Logging a Claim


• Documents and Notes


• Payment Details


• Assignment of Proceeds

• Entering Assignee Details

• Assigning Proceeds


• Logging the Response

• Support for more than one outstanding Presentation

• Entering Full Details of a Response

• Different Response Types



• Payment at Maturity/ invocation

Renewing a Guarantee The system should support:

Issuance of reminder before expiery date to the beneficiery / principal to submit to the Bank suitable instrucitons as regards renewal or otherwise.

• Reviewing and Authorising a Renewal Advice

• Reviewing and Authorising a Renewal

Reducing and Increasing Guarantees

The system should support:

• Reviewing and Authorising a Reduction/Increase Advice

• Reviewing and Authorising a Reduction or Increase

Changes to Guarantees The system should support amendments and changes to Guarantees

• Amendments

• Amendments Via SWIFT

• Handling More Than One Amendment at a Time


• Maintaining Liability/ recovering charges

• Amending Guarantees

• Logging Amendment to Import Guarantee

• Entering full details of Amendment to Import Guarantee

• Input of Import Standby LCs

• Parties, instructions, schedules

• Logging Amendment to Export Guarantee

• Entering full details of Amendment to Export Guarantee

• Input of Export Standby LCs

• Parties, instructions, schedules

• Recording The Beneficiary’s Response to an Amendment

• Entering Details of the Beneficiary’s Response


• Adjusting a Guarantee

• Maintaining Shared Liability

• Entering Details of Shared Liability Changes

Cancelling a Guarantee The system should support cancellation of Guarantees

Reversal of liablities incase of expired gurantee where original guarantee not received.

• Entering Details of the Cancellation

• Recording The Beneficiary’s Response to a Cancellation

• Entering Details of the Beneficiary’s Response

RISK PARTICIPATION DEALS




• Transactions that Support Participations

• Charges and Interest

• Processing Participation Deals

Creating a Participation Deal

The system should support the creation of Risk Participation Deals

• Creating a Participation Deal in Advance

• Participating an Existing Transaction

• Creating a New Participation Deal

• Copying Values

• Party Details

• Copying an Existing Participation Deal

• Entering Customer Details

• Entering Participants’ Details

• Entering Participants’ Charge Schedules

• Entering Other Details

Changing / Cancelling Participation Deals

The system should support making changes /cancelling Participation Deals

• Maintaining Shared Liability

• Amendments and Charges

• Updating the Available Amount


• Adjusting a Participation

• Cancelling a Participation Deal

BILLS FINANCING


• Ability to create financing transaction from LC payment without leaving the payment screen

• Ability to finance part of the bill amount

• Financing Clean Banker’s Acceptances


• Participating a Financing Transaction

• Repayment

• Transferring an Advance

• Support Pre and Post Shipment financing under LC or Purchase Order.

Financing Transactions The system should support Financing Transactions:

• For Independent Financing Transactions

• From within Associated Transactions

• Finance To and Debit Parties

• Viewing a Financing Transaction’s History

Finance Amount Details

The system should capture all finance details, including:

• Interest details



• Schedules for repaying the principal amount

• Foreign Exchange Details

• Additional Parties

• Miscellaneous Information

• Calculating Interest Due

Scheduled Repayments The system should support setting up and maintaining scheduled repayments:

• For Interest-bearing Transactions

• For Discounted Bills

Manual Repayments The system should support manual repayments:

• for Interest-bearing transactions

• Final Payment

• Principal Plus Interest to Date

• Interest to Date, then Principal

The system should support authorising / rejecting repayments

Repayment via the Originating Transaction

The system should support Financing Transactions during a payment event

The system should support repaying the Financing for:

• LCs, Standbys and Guarantees

• Collection Orders

• Clean Banker’s Acceptances

Overdue Transactions The system should support:

Past Due Transfer

• Setting the Penalty Rate for overdue Interest-bearing Financing Transactions

Transferring Advances The system should support the transferring of an Advance to a new Financing Transaction

Making Changes to a Financing Transaction

The system should support making changes and amending Financing Transactions

• Handling More Than One Amendment at a Time

• Amending a Financing Transaction

• Logging an Amendment

• Entering Full Details of the Amendment

• Finance Amount and Interest Details

• Principal Repayment Schedules

• Maintaining Miscellaneous Information


Repayment Notices The system should support Repayment Notices for Interest-bearing Transactions & Discounted Bills

• Reviewing and Authorising a Repayment Notice

• Amending the Repayment Notice



CUSTOMER LIMIT

General

Built-in credit limit system with the option to interface to a Central Liability System

Support multi-level tier credit structure hierarchy

Limits may be set for Customers, Correspondent banks, at parent-level (for groups of customers/ banks) and for Country for Risk

Support earmarking of amount at the point of input and drawdown at the point of approval.

Allow to define own limit structure for individual customer, customer group, Country, etc.

Able to provide alert for limit which will be expired in certain times.

Support limit revaluation.

Allow pre-deal limit check.

Provide exposure limit level: Group, Customer, Sub limit & Facility

Risks classification field is required to differentiate the risk of each product.


Able to provide alert for exceeded limit as the impact of foreign exchange rate fluctuation.

Limit Update Online Transaction

Movement and Update of liability should be online real-time

Online real-time update once the transaction is approved.

Online real-time monitoring with limit excess being flagged for approval

Online real-time update once the transaction is approved.

Limit Inquiry and Reporting

Consolidated outstanding report – showing the customer’s current position by listing all credit limits and outstanding by customer, by group, by subsidiary, by country, etc.

Online enquiry and batch reporting of customer liability information, and supporting details

TRADE FINANCE OTHER REQUIREMENT

General Please explain how your solution can help bank to grow revenue, enhanced customer satisfaction and help bank to improve operational efficiency

Please explain how your system supports global processing.



The solution should provide global view of the transactions and must supports various zones whereby each zone has its own currency, time-zone, unqiue local features, different products and workflows.

Implement Trade Finance Business Model: Sales, Servicing, Processing

Provide Front end system for Corporate customers, Back end system for trade finance and Middle office for servicing module

Flexibility to support more than 1 Bills Processing Centre in different location (i.e. Multi-Zones with Multi-Branches/Bills Centres)

Transactions can be initiated at any branch and processed in any Bills Processing Centre. Supports Digital Imaging and workflow engine

Supports unique transaction reference number to include each Bills Centre code.

Support multi-zone/multi-branch processing within different countries and regions

Support separate or unified processing rules/parameter sets for each processing centre/zone

Support multi-currency transactions. Can define different local currency for each processing centre/zone

Multi-language capability for screen display and document output (support English and Vietnamese or other languages)

Capability to maintain multilevel/customer group account (parent and grad parent account)

Comply with major international regulations such as UCP, URR, ISP, URDG, e-UCP,etc.

System shall "View all related details" of a transaction in single window

Commission, charges & Billing

Parameters to define different types of commissions and charges

Support standard defaults as well as special rates for customer – at account or product level (allow override), at customer group level and at branch level.

Allow override of default commissions and track changes

Support multi-tiered pricing structure (e.g., by amount, period, percentage or flat charge, interest based with daily accrual), with minimum and maximum amount.

Split charges between the parties to a transaction – the buyer, seller or any other party



Split commission between several income accounts eg. between branch and processing centre

Commissions and charges may be settled, deferred or waived

Auto-tracking capability on deferment of commission with auto generation of tracers at pre-defined interval

Able to accumulate transaction counts for month-end billing by branch, customer, transaction, product type and charge type.

The system should support periodic billing and invoicing: • Payment of Invoices • Manual Processing • Changing the Level at which Periodic Billing or Invoicing Occurs • Debiting and Crediting Charges for Periodic Billing

System should have built-in amortisation facility to support daily amortization for monthly recognition of commission value collected in advance

Refund charges in full or partially

Holiday Processing Support different holiday calendars for different countries or regions/Bills Centre

Verify dates against currency holidays during transaction processing. System should support for Expiry / Due / Maturity date fall on month-end holiday.

Option via parameter setting to identify Saturdays/Sundays as non-banking days (applicable for purpose of due date calculation etc)

Can define any date as holiday at any time.

Foreign Exchange Processing

Allow conversion of currency during transaction processing, with generation of corresponding accounting entries for FX position update

Support checking of exchange rates against pre-defined tolerance

Allow download of exchange rates from bank's external systems (parameter setting for time of interval or real-time download)

System should support forward contract booking in Treasury System. Support for derivatives - option - future

Support retrieval of deals available for draw down from Foreign Exchange System

Interest & Loan Processing

Auto calculation of due date based on tenor period and ensure that due date does not fall on a non-working day, with option to treat Saturday as a non-working day

Allow override of due dates calculated by the system



System should Support: - fixed and variable interest rates - tiered interest setup by period, by amount - Split Interest

Interest should be referred to some benchmark interest at system level

Support special rates default at customer level, by product

Support collection of interest in advance or in arrears

Support collection of interest monthly or upon retirement

System should have built-in capabilities of interest accrual & amortisation processing and provide interest accrual and amortisation on a daily basis

Allow financing in currency other than the original currency of the Facility Line and updating of utilization in LCY

Support partial and full re-payment

Support option to repay interest only or principal only or combination

Provide enquiry on interest projection amount based on interest and end date.

Able to apply penalty interest rate in the event of the loan which not pay upon maturity.

Fully comply with SWIFT formats

System must be SWIFT accredited and certified

Support synchronisation of information on SWIFT BIC table through the download from SWIFT BICPLUS data.

Fully comply with SWIFT formats (includes SWIFT 2010 releases and beyond)

The validation rules of SWIFT should also be applied online.

Provide auto transfer for Incoming message and able to direct processing location (e.g. , advising module etc)

Incoming SWIFT messages can be auto mapped into correct processing location (e.g. MT700/701/707 to advising module , MT103 to inward remittance module.

Incoming SWIFT messages can be converted into outgoing SWIFT/Telex messages (eg. Incoming MT700/701 outgoing MT710,711 or MT720/721)

Allow set up of Agent or Correspondent Banks and maintenance of SWIFT related information, with mapping to BIC codes

Allow selection of bank by name or BIC codes, and auto populated relevant information but allow change on default address



Option to create and send free format messages

Accounting Entries Generation

Auto generation and reversal of accounting entries with mechanism in place to ensure that the daily transactions are balanced

Independent module/event to allow ad-hoc posting of accounting entries pertaining to adjustment to a transaction. This includes passing reversal entries.

Option to allow posting of GL entries individually or consolidated (total debit/credit) to the Bank’s General Ledger System

Support for separate GL Numbers for different branches or different sets of books (eg. domestic and overseas).

Allow backdated/ forward dated entries

Transaction Processing

Auto generation of unique reference number for each transaction created. Reference structure must be parameter-driven

Function to register transactions with minimal data input to generate transaction reference, and data should be populated during subsequent processing

Ability to copy transactions to minimise input

In order to keep the full record of a transaction including all correspondence, each product should provide a memo function for sending correspondence (by SWIFT /Telex /letter /email)

Provide tool to customize confirmation/advise/checklist for special transactions.

Template feature to fast-track transactions creation

The system should support expiring, booking off and archiving Master Records: • Expiring Master Records Manually and/or reviewing • Authorising Automatically Expired Master Records • Booking Off Master Records Manually • Reviewing and Authorising Automatically Expired Master Records • Deleting and archiving Master Records

System should support auto document generation based on certain rules and condition without user intervention

Additional document template should be able to select during transaction input

System should be able to convert documents into PDF and prevent any manual modification

System should be able to default standard clauses and also allows the user to add/edit additional clauses.



User should be able to modify the selected/defaulted clauses if required

Diary/Notes Facility The system should provide a diary facility

Adding and amending Diary Entries and marking them as actioned

Adding and amending Notes and marking them as inactive

Allow adding of multiple remarks during processing, as well as after approval, cancellation or reject

Please state any additional facilities offered

Provide Imaging & Workflow Management System with capabilities

Able to link images to the corresponding and related transaction at any point of time during transaction life-cycle.

Provide Performance/SLA monitoring, load balancing & tracking

Provide Measurement of turnaround time for all transactions

Provide Monitoring individual/group of employee productivity.

Provide the mechanism for tracking & monitoring work in progress

Provide Status Tracking & Monitoring

Provide facility for every users to monitoring their outstanding tasks

Able to reallocate transactions to a different teams/users those require urgent attention

Provide Ability to change the priority for transactions that require urgent attention.

Able to monitor and report the status of transactions across all teams, branches, processing centres

Online enquiry on status tracking for all products

Enable the exchange of information or quotes between the customers, inter-unit of Bank to communicate throughout the life cycle of the trade transactions

Inquiry, Online Display & Drilldown

Allow Inquiries on Modules: • Master/Current records • Event/History records • Pending records • Archived Records



The system should show summary views of transactions with drill down to lower levels of detail, right down to individual account postings: • Transaction current status and summary • Transaction details • Details of Related Transactions • Details of Related Charges & Commissions • Details of Related Account Postings • Details of Related documents • Process step / event history

Online inquiry on transactions with flexibility on selection criteria (eg by reference, amount range, date range, status, steps, applicant or beneficiary name)

Support online balance enquiry against Customer Retail Accounts

Feature to allow preview of advices and messages including L/C before transaction approval and can have function to print hard copy

Warnings, Transaction Validation, Exception Processing

Real time message validation during input.

Allow to set up bank-defined warning/error messages

Feature for auto-checking on duplication during new transaction creation

Feature for cross-field validation, e.g. currency against Nostro agent

Validate transactions for exceptions against predefined rules, in addition to customer liabilities checking, and generate request for exceptions approval with reason of exceptions, and supporting detailed information

Processing preferences should be parameter driven, and these may include selection of preferred nostro banks, related customer account, defaulted charges and other forms of output.

Enhanced Processing Processing preferences should be parameter driven, and these may include selection of preferred nostro banks, related customer account, defaulted charges and other forms of output.

System should provide Online Help to guide corporate during input.

Provide option to save “incomplete” transaction to be retrieved for further input. allow for a quick save without all the controls to be performed.

Support ‘split’ payments according to customers’ instructions.



when opening a new transaction, system must pre-fill with default and/or relevant values in the input form. For instance in the letter of credit issuance input form, the fields issue date, applicant details, system id valued by default.

Support for Application Templates such as LC Template, Copy from function such as create new LC by copying existing LC

Option to handle Discrepancies/Docs correction

Free format communication with Bank on existing records from customer front-end

Flexible tools for user to design:

Reports

Support scheduled report function. System should able to generate scheduled report automatically during COB.

Advice/LC Format/Telex/SWIFT/Email

Tracers (including the frequency)

GL Accounting entry maintenance

Credit Facilities Built-in credit limit system with the option to interface to a Central Liability System

Support multi-level tier credit structure hierarchy

Limits may be set for Customers, Correspondent banks, at parent-level (for groups of customers/ banks) and for Country for Risk

Support earmarking of amount at the point of input and drawdown at the point of approval

Movement and Update of liability should be online real-time

Support monitoring of country exposures against limits set for country of risk

Support for multi-currency limit structure

Online real-time monitoring with limit excess being flagged for approval

Allow set-up of customer group limits and facilities where the Head Office and its subsidiaries share the same credit line, with an overall limit for the group and different facilities for the Head Office and its subsidiaries


Able to provide alert for exceeded limit as the impact of fx rate fluctuation.

Support limit revaluation.

Provide exposure limit level: Group, Customer, Sub limit & Facility

Online enquiry and batch reporting of customer liability information, and supporting details



Able to provide consolidated report which shows limit, utilization and balance amount from domestic, overseas and subsidiaries.

Imaging/Document Management capabilities

Document Scan, View and Annotation

Provide Ability for versioning to be controlled by document type.

Provide Optical Character Recognition (OCR)

Support Limited Bandwidth

The size of image capture should be reasonably small size but still in good quality to be use in transaction processing

System should allow documents to be uploaded by the corporate directly from the transaction screens, at various events during the transaction lifecycle.

System should allow bank users to upload/attach documents directly from the transaction screens, at various events during the transaction lifecycle.

Support various document formats (Image,PDF, Word, Excel, others)

Capability to import external free format documents in order to centralize the whole preparation of documents related to a given transaction under a single electronic file

Document linkage with external applications (e.g. Microsoft Word Application, PDF)

Black List Checking Able to check for destination country, goods code, blacklisted items (Optional)

Supports Internal Blacklist, Central Bank Blacklist, etc

Supports Exter black lists, such as, OFAC

Interface Capabilities Provide real-time interface with other system (FX, SWIFT, Telex, RTGS, email, fax, etc

How do you integrate with bank's other 3rd party solution that the bank may have, e.g., Core Banking, Treasury, RTGS, etc? Does your system provide any integration tool such as Middleware?

Able to link images to the corresponding and related transaction at any point of time during transaction life-cycle.

Provide Performance/SLA monitoring, load balancing & tracking online

Provide Performance/SLA monitoring, load balancing & tracking as pre canned management reports

Provide Measurement of turnaround time for all transactions

Provide Monitoring individual/group of employee productivity.

Provide the mechanism for tracking & monitoring work in progress

Provide facility for every users to monitoring their outstanding tasks



Able to reallocate transactions to a different teams/users those require urgent attention

Provide Ability to change the priority for transactions that require urgent attention.

Able to monitor and report the status of transactions across all teams, branches, processing centres

b. For Trade Finance:

S. No Module Description

1 Letter of Credit

1.1 Types International & Domestic LC - Irrevocable, Revolving, Transferable, Standby LC

1.2 LC Features required

1.2.1 Issuance

1.2.2 Amendment

1.2.3 Pre-advice

1.2.4 Assignment of proceeds

1.2.5 LC draft

1.2.6 Processing of LC reqest received from Internet banking

1.2.7 Beneficary approval tracking

1.2.8 LC transfer

1.2.9 LC Cancellation

1.2.10 LC Auto closure

1.2.11 Advising

1.2.12 Advising Amendment

1.2.13 Beneficiary approval/rejection

1.2.14 LC Advising through Internet banking

1.2.15 Auto registration of Export LC

1.2.16 LC Confirmation

1.2.17 LC Cancellation

1.2.18 LC Auto closure

2 Bills under LC

2.1 Types Import bill, Export bill

2.2 Features required

2.2.1 Booking

2.2.2 Amendment

2.2.3 Acceptance of Collection

2.2.4 Payment of Collection

2.2.5 Partial Payment

2.2.6 Automatic tracer follow-up

3 Collection bills

3.1 Types Inward, Outward - Documentary, Direct,Clean collection bills


3.2.1 Booking

3.2.2 Amendment

3.2.3 Acceptance of Collection

3.2.4 Payment of Collection

3.2.5 Partial Payment



3.2.6 Tracer follow-up

4 Finance

4.1

Types Pre-Shipment, Post-Shipment, Bill discounting, Purchase, Negotiation, Import loan/ Trust receipt, Open account finance, Factoring


4.2.1 Booking, Disbursement

4.2.2 Pre-payments, Settlement

4.2.3 Closure

4.2.4 Amortization

4.2.5 Accrual

5 Guarantees

5.1

Types Foreign & Domestic guarantees - Performance, Bid, Financial, Shipping guarantee, Delivery Order


5.2.1 Issuance

5.2.2 Advising

5.2.3 Amendment - Internal & External Amendment, Extension

5.2.4 BG Invocation

5.2.5 Claims & Settlement

5.2.6 Cancellation

5.2.7 Closure

6 General features

6.1 Transaction processing

6.1.1 De-dupe check/ Check for duplication

6.1.2 UCP 600 Compliance

6.1.3 Copy transaction feature

6.1.4 LC Comparator view

6.1.5 Standard clauses repository to help reduce processing time &

to reduce operational risk

6.1.6 Imaging and Document Management Support

6.2 Charges & Settlement

6.2.1 User defined/Configurable charges

6.2.2

Various pricing structures like Fixed amount/ percentage, Variable/ Slab percentage by transaction amount, period, tenor

6.2.3 Customer specific pricing

6.2.4 Support for reference rate based charge

6.2.5 Facility to add, hold or waive charges during transaction

lifecycle

6.2.6 Ability to override the configured pricing policy at a transaction

leve

6.2.7 Settlement via customer account, funds transfer, suspense

account/ receivable

6.2.8 Support for periodic settlements – daily, monthly, quarterly,

half-yearly

6.2.9 Generation of automated advices and claims

6.3 SWIFT messages

6.3.1

Auto generation & transmission of all MT7xx, MT4xx, MT202, MT103,MT999 SWIFT messages

6.3.2 Auto registration of Inward SWIFT messages



6.3.3 Automated Processing and Routing of Incoming SWIFT

messages

6.3.4 Preview of Outgoing messages

6.3.5 SWIFT validated fields to avoid NACK messages

6.4 Mail Correspondences

6.4.1 Debit advice,Credit Advice, & Other Letters

6.4.2 Pre-defined templates with added capability for users to

define/modify templates

6.4.3 Customer specific correspondence templates

6.4.4 Multi-lingual correspondence templates

6.4.5 Facility to re-print duplicate/copy

6.5 Workflow

6.5.1

Transaction attributes based routing – product , operation, customer, amount, amount, etc

6.5.2 Prioritizing of transactions

6.5.3 Multiple levels of authorizations as per the bank policy

6.5.4 Rule based routing between queues

6.6 Inquiry & Reports

6.6.1 Comprehensive search criteria

6.6.2 Message Inquiry, Accounting Inquiry, Income Inquiry, CLS

Inquiry

6.6.3 Ability to export all displayed data into excel

6.6.4

View a snapshot of the entire chain of transactions e.g. for an LC transaction, a snapshot of the activities such as amendments, messages sent, bills drawn on LC, customer queries

6.6.5 Wide Range of standard reports

6.6.6 Quick development/deployment of additional reports

6.6.7 Export to a wide range of formats like excel, html, flat file, MS

word

6.6.8 Enables Electronic Capture, Storage, Transfer, and Retrieval

of documents

6.6.9 Integrated data and image display properties

6.6.10 User defined Indexing and Categorization of scanned Images

6.6.11 Image enrichment using annotations and stamps

6.6.12 Image manipulation - zoom, rotate , print, invert etc

6.6.13 Achieve greater efficiencies with electronic transmission of

documents

TECHNICAL REQUIREMENTS

Sl No Product Features FC PC NC Comments

1.01 The solution should provide device level authentication ( ex:- if the device is changed , it should identity it and accordingly verify / authenticate an user )

1.02 The solution should provide Confidentiality of data user’s desktop to the web server , accuracy of the data in at rest , in transit and non-repudiation

1.03 The solution create secure tunnel between user’s desktop and bank’s server thereby protecting against attacks like man-in-the_middle attacks



1.04 The solution should support multi protocol file transfer with guaranteed delivery of data

1.05 The application should provide for a internet based front-end for customers to initiate transactions and undertake other activities such as balance reporting, reporting etc..

1.06 The application should provide the bank with a capability to emulate customers actions.

1.07 The bank should be able to create categories of bank users and should also be able to define the rights of the users within the application

1.08 The application should also enable the bank to define bank users and link them to the categories defined.

1.09 The application should enable the bank to define for the bank users the password change period and the language in which the user would access the system. The application should also enable the capture of the contact details of the user.

1.1 The application should support a maker checker capability for all static data definitions for separate authorization

1.11 The application should enable the bank to define the rights that each customer would have in the application. This should be possible at a screen and function level.

1.12 It should also enable the bank to selectively provide the clients with access to reports.

1.13 The application should enable the bank to define different rights for each entity within the group.

1.14 The application should enable the bank to control user activity at a view, edit and auth level.

1.15 The application should also enable the bank to control whether customers would be able to define their own static data or whether the bank will do it on behalf of their customers. If required it should also enable the bank to set it up such that the customers can create the static data while the bank will authorize the same. The bank should be able to do this for each master.

1.16 For each customer the bank should be able to define additional accounts that would be used for balance reporting. These may be accounts held with System Bank or may be held with other partner banks.

1.17 There should be no restriction on the type or number or accounts that may be used for balance reporting.

1.18 The application should enable the bank to differentiate between customer accounts defined for balance reporting and for transaction initiation.

1.19 The bank should be able to define the frequencies which will be applicable for definition of standing instructions.

1.2 The bank should be able to create the default administrative ids for customers.

1.21 The customer admin users should be able to create categories of users and should also be able to give rights to the customer categories.



1.22 The customer admin users should also be able to create users and link them to the categories created.

1.23 The application should enable definition of the language in which the user will access the application.

1.24 The application should enable the definition of frequency at which the password needs to be changed.

1.25 For each user the application should be able to differentiate between view, edit/add and authorization rights.

1.26 The application should provide for a parameter to define whether the user has access to confidential transactions.

1.27 The application should also have the capability to determine whether a user is also a "super user". A super user will have rights to authorizing all transactions.

1.28 The application should also provide a capability to define whether a user has rights to only one client within the group or whether the user can access data for multiple clients within the group.

1.29 The application should also enable the linking of a user to multiple clients within the group.

1.3 Based on access rights provided the application should enable the user to switch between clients without having to log out of the application.

1.31 However, for the above, the rights of the user under each client should be governed by the overall rights given to the client by the bank.

1.32 Based on the products or services provided by the bank, the customer should be able to create sub-products of their own.

1.33 For each sub product the customer should be able to define whether the authorization would be at the batch level or at the individual transaction level.

1.34 For each sub-product the customer should also be able to define whether the authorization would be based on the product or on the account from which the transaction is being processed.

1.35 The application should also enable the customer to specify at the product level whether the authorization process for transactions would be based on the sequential authorization verification matrix or if it would be based on the signatory matrix.

1.36 The user should also be able to specify at the product level whether transactions for this product can be mixed with other products or if transactions based on this product need to necessarily be initiated separately.

1.37 The user should also be able to specify whether adhoc beneficiaries would be permitted for this product.

1.38 For each product the customer should also be able to differentiate the workflow between manually initiated transactions and transactions initiated through the file upload process.



1.39 For each method the customer should be able to specify whether the approval and send process need to be followed or whether the transactions can be sent straight through to the bank for processing.

1.4 For transactions initiated through the file upload process the application should also provide for a reject repair option in case of any validation related errors. The application should also provide the customer with a choice of reparing the transactions within the application or to repair them externally and re-initiate the upload. This should be definable at the product level.

1.41 The application should also enable the user to define whether zero proofing and additional checks on user rights need to be validated during transaction initiation for each product.

1.42 The application should also provide the customer with a capability to have additional controls for transaction initiation by linking users, products and accounts.

1.43 The application should also enable the customer to create the beneficiary library. This may be done either manually or through file uploads.

1.44 The application should also enable the customer to capture the beneficiary account details. If required the customer should be able to define multiple accounts for each beneficiary.

1.45 The application should also enable the customer to capture the default delivery mode for the beneficiary.

1.46 The application should also enable the customer to capture the tax id of the beneficiary.

1.47 The application should also enable the customer to capture the beneficiary contact details.

1.48 The application should also enable the customer to capture the drawer details.

1.49 The application should also enable the customer to capture the bank account details of each drawer. If required the customer should be able to capture multiple account details for each drawer.

1.5 The application should also enable the customer to define the authorization matrix for authorization of transactions.

1.51 The customer should be able to define this either on the basis of the product or the account and for a amount range.

1.52 There should be no restriction on the number of levels which can be defined in one matrix.

1.53 There should also be no restriction on the number of users that the customer can define in one level. The user should enable the customer to define the number of users who need to authorize the transaction at each level.

1.54 The authorization process in this case needs to be sequential in nature.

1.55 The application should have a check to ensure that only users with access to the product and account are defined as a part of the matrix.



1.56 The application should also provide for a capability to define the signatory matrix.

1.57 The signatory matrix should be definable either on the basis of the product or account and for a amount range.

1.58 The signatory matrix should also enable the customer to define groups of users and should enable the definition of a "and/or" combination.

1.59 There should be no restriction on the number of such groups that may be created within the matrix.

1.6 The application should enable the customer to define alias names for each account.

1.61 The application should also enable the customer to create linkages between the users and the accounts for balance reporting purposes.

1.62 The application should also enable the customer to define standing instructions.

1.63 The application should also enable the customer to define the frequency at which the instruction needs to be executed.

1.64 The application should also enable the customer to define the effective period for which these instructions would be applicable.

1.65 The application should enable the customer to define whether transactions for a particular product are to be made confidential in nature.

1.66 The application should also enable the customer to copy the masters defined for one client to another client within the same group.

1.67 The Systems shall support various Operating systems like Windows, Unix, Sun Solaris etc. for server configuration

1.68 The clients shall be supported through preferably open source operating systems and browsers such as IE, Netscape & Mozilla Firefox. Provide reference sites for all the platforms

1.69 The system shall support following databases: Oracle,/DB2/MS-SQL. Provide reference site for support of each of these databases.

1.7 The systems must seamlessly integrate with any or all of the existing legacy and Core applications listed below and shall support interface with other open-standard systems.

1.71 High Availability – The systems shall be designed for 24x7 operations. When clustering setup is presented, both active-passive and active-active configuration are acceptable. The system shall also support native database initiated high availability solution like clustering and replication.

1.72 The proposed System shall have versioning features to track and document and process revisions made.

1.73 The System shall support extensive Reports and audit trails and shall also provide data points and facility to design new reports

1.74 The system shall support Extensive Audit-trails at user levels



1.75 The system shall provide facility to generate Audit trails on separate actions, and between specific date/times

1.76 The System shall have audit trail to maintain history of all transactions performed on the system.

1.77 The system shall give flexibility to administrator to do selective logging i.e. suspend and resume audit trail generation for specific system and user activities.

1.78 The application shall log all the actions done by individual users with user name, date and time and the administrator shall be able to generate detailed audit logs and history of the process instance.

1.79 The system shall provide ability to configure new reports

c. General Solution Expectations: 1) The solution should be robust, capable of sustained operations and have

seamless integration of different modules. 2) Should facilitate necessary interfaces for transfer of data to any external data

warehouse, if needed. 3) Should be capable to provide a flat file for upload in the required format for the

Core Banking System. 4) Audit Trail features: System should maintain audit trail and modification logs and

generate module-wise or user-wise reports. System should also provide for batch-wise detailed log of information about every record getting modified through the application.

5) The Solution should be seamlessly integrated with Bank’s CBS. 6) Solution proposed should handle at least 500 concurrent users and should be

scalable as and when required. 7) There should be real-time replication of data from production site to DR site and

automatic shift of the application to DR site. In case DR cut over is planned, it should be permitted to be done manually.

8) Solution proposed should support any RDBMS (Oracle/DB2/MS-SQL). 9) Solution should work perfectly under virtualized environment and performance

should not be affected.



Evaluation Criteria

Sr No. Particulars Marks

1 Bidder has implemented the Trade Finance solution successfully in any Bank in India /Globally & running successfully:

10 marks

In One Bank 3 marks

In Two Banks 5 marks

In more than two Banks 10 marks

2 Solution proposed has been implemented in any Scheduled commercial Bank in India / Globally & running successfully:

10 Marks

In One Bank 3 marks



3. Solution Vendor Should have:

Relationship with SWIFT

SWIFT Certification

5 Marks

4. Solution Proposed Should support: Multi Bank, Global Processing & Multi Currency

5 Marks

5. Compliance of Technical Specifications (5.2b) 50 marks

6. Presentation: 10 marks

Technical Architecture 4 marks

Implementation Methodology including Information Security Policies

3 marks

Software functionality demonstration 3 marks

7. Site Visit 05 marks

Present Implementation Site – No of Modules

Implemented Since:

Support Services – 2 marks

Implementation/ Updation Process – 3 marks

8 Customer Feedback 05 marks

Excellent – 5, Very Good – 3, Good -1

Total Marks 100 marks

Note: Technical Evaluation Committee decisions on markings will be final and will be

binding on all the bidders. No Communication regarding marks will be entertained



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 Authorization Form 6.9 Certificate for Successful Commissioning 6.10 Organizational Profile 6.11 Service Support Details 6.12 Bank Guarantee against Annual Maintenance 6.13 Bill of Material 6.14 Undertaking for Support Services 6.15 Undertaking for consortium Support Services 6.16 Confirmation for Eligibility Criteria 6.17 Business rules and Terms & Conditions of Reverse Auction



FORMAT – 6.1.1

BID FORM (TECHNICAL BID) (to be included in Technical Bid Envelope)

Date :.............................. To: Bank of India, Information Technology Department, Head Office Mumbai-400 051.

Gentlemen:

Reg.: Procurement of end to end Trade Finance Solution Ref: Your RFF Ref: BOI:HO:IT:TF:03 dated 09.07.2013

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Having examined the Bidding Documents, the receipt of which is hereby duly acknowledged, we, the undersigned, offer to supply and deliver the Solution for end to end Trade Finance Solution, 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 ............................ 2012. _________________________________ ________________________________ (Signature) (Name) (In the capacity of) Duly authorised to sign Bid for and on behalf of _________________________________

RFP for Trade Finance Solution


FORMAT – 6.1.2

BID FORM (PRICE BID) (to be included in Price Bid Envelope)

Date: .............................. To: Bank of India, Information Technology Department, Head Office Mumbai-400 051.

Gentlemen:


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Having examined the Bidding Documents, the receipt of which is hereby duly acknowledged, we, the undersigned, offer to supply and deliver the captioned solution, in conformity with the said Bidding documents as may be ascertained in accordance with the schedule of Prices attached herewith and made part of this Bid. We undertake, if our Bid is accepted, to deliver, install and commission the system 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 ............................ 2012. _________________________________ ________________________________ (Signature) (Name) (In the capacity of) Duly authorised to sign Bid 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 end-to-end Trade Finance Solution to Bank of India, having its registered office at Star House, C-5, G Block, Bandra Kurla Complex, Mumbai – 400 051, hereinafter referred to as the BANK and, WHEREAS, the COMPANY understands that the information regarding the Bank’s Trade Finance Solution 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 end to end Trade Finance Solution 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 Authorization 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 end to end Trade Finance Solution, 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 including Sales Tax/VAT and Octroi

and one year warranty

A Software

I Application software (end to end Trade Finance Solution for DC & DR)

i) Centralised Trade Finance

ii) Portal

B System Integration and Installation

i) Module Integration with CBS

ii) Interface Development

iii) Installation and Implementation

iv) Any other cost

C Training

i) Class Room Training at Mumbai

ii) Training Through Video Conferencing from Mumbai for other centers

TOTAL for the entire Solution

Total for Annual Maintenance Cost & FM (as in part II)

TOTAL (A) + (B) + (C) + Part II of Format 6.3

Currency:

Fixed Exchange Rate:

Total in INR for the purpose of L1

Important Notes: Detailed Specifications of all Software 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 inclusive of all costs, duties, levies, taxes and all other applicable charges

Exclusive of Service Tax/Sales tax/VAT, 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 Application / Module etc. should be as per our Technical and Functional

Specification(TFS)

Signature of Bidder----------------------------

Name ----------------------------

Business address -----------------------------

Place: Date:



FORMAT 6.3 (Continued) Part II

SCHEDULE FOR ANNUAL MAINTENANCE COST AFTER WARRANTY PERIOD and FACILITY MANAGEMENT

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

A B C D E

Serial No.

Module / Item Description

Annual Maintenance

Charges for four years, including Upgrades (if any)

for each item

Qty Total Maintenance charges (CxD)

Rs. Rs.

Facility Management Services for Five Years

1 Level-1 Engineer 2

Total

Rupee Conversion Factor:

Note :

All items included in part I to be quoted in part II. Quote Functional Module-wise charges, as applicable.

AMC Charges will include all upgrades/updates and patches released during AMC period.

The Total period of warranty one year + AMC seven 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.

Service Tax 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 _________ 2012. 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.................................., 2002. 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:TF:03 dated 09.07.2013 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,........... 2012, 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 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) .................................................................... Address:....................................................... .................................................................... .................................................................... Date:



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 RFF Ref: BOI:HO:IT:TF:03 dated 09.07.2013

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 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. It should be included by the Bidder in its Bid.



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

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 recognized 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 4% 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 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

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 B) The Bidder must specify complete details of Hardware supplied for successful

implementation of the offered Trade finance 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

UNDERTAKING FOR SUPPORT SERVICES To: Bank of India, Information Technology Department, 8th Floor , Star House, C-5, G-Block, Bandra Kurla Complex Bandra (East), Mumbai-400 051.

Gentlemen,


---------------------------------------------------------------------------------------- We undertake, that adequate specialized expertise are available to ensure that the support services are responsive and We assume total responsibility for the fault free operation of the solution propsed and maintenance during the support period. We undertake that during support Period we will maintain an Uptime of 99.9 % on quarterly basis for the entire/core solution proposed, with a MTBF of 90 days. Dated this ....... day of ............................ 2012. _________________________________ ________________________________ (signature) (in the capacity of) Duly authorized to sign Proposal for and on behalf of

_________________________________



Format 6.15

UNDERTAKING FOR CONSORTIUM SUPPORT SERVICES To: Bank of India, Information Technology Department, 8th Floor , Star House, C-5, G-Block, Bandra Kurla Complex Bandra (East), Mumbai-400 051.

Gentlemen,


---------------------------------------------------------------------------------------- We hereby certify that: 1) The systems offered and / or other services or solution of another consortium member

and the solution proposed by us will operate effectively on the system proposed by us.

2) We further confirm that we accept full responsibility for its successful operation.

3) We further undertake that we will be only single point of contact for any/all purpose.

4) We further submit that we do have a back to back agreement with all the consortium members. We further submit that required uptime, agreement to provide necessary support is available. We enclose documentary proof copy of agreement with the consortium members or service providers.

Dated this ....... day of ............................ 2012. _________________________________ ________________________________ (signature) (in the capacity of) Duly authorized to sign Proposal for and on behalf of

_________________________________

Note: The certificate is applicable if bidder offers the products / services through its consortium member.



Format 6.16

CONFIRMITY TO ELIGIBILITY CRITERIA

Sr. No. Elgibility Criteria

Compliance (Y/N)

1 The bidder should be a registered company in India as per Companies Act 1956. 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 The Bidder must have yearly sales turnover of Rs. 100 Crores for each of the last three (3) financial years. (Certified / Audited Balance Sheets and P&L statements for last 3 years should be submitted in support of the turnover.)

3 The Bidder should reported net profit during these three financial years. (Certified / Audited Balance Sheets and P&L statements for last 3 years should be submitted in support of the profitability.)

4 The Bidder should have implemented the Trade Finance Solution at least in two Schedule Commercial Banks globally and running live for past six months. Bidder should submit proof of implementation along with Purchase orders and letter from user organization mentioning successful implementation / migration along with staff strength. POCs done will not be treated as experience of the Bidder.

5 The bidder/OEM should not have been blacklisted by any Government / Government agency / Bank / Financial Institution in India in the past. A self declaration letter on the Company’s letterhead should be submitted along with technical bid..

6 The Bidder should submit a Certificate from their Chartered Accountants regarding their financial capability.

7 Letter from the organizations, where the Projects have been implemented, confirming that the Trade Finance Solution been implemented in their organization and is working satisfactorily.

8 The bidder should have branch/service centres / franchises at Mumbai, Bengaluru and other places in India. List of branch / service centre / franchises with full details of Name, Address / Telephone Numbers should be attached..

9 The proposed solution should have provision of hand shake / interface / integration with Bank’s existing hardware / software / Finacle.

10 The bidder must undertake to make all software upgradation / modifications necessary to conform to any changes or modifications in Finacle or any changes or modifications required by the Bank, from time to time.



Format 6.16 (Part II)

Sr. No. Criteria

Max. Marks Marks Alloted

1. Bidder has implemented the Trade Finance solution successfully in any Bank in India /Globally & running successfully:

10 marks

In One Bank 3 marks



2. Solution proposed has been implemented in any Scheduled commercial Bank in India / Globally & running successfully:

10 marks

In One Bank 3 marks



3. Solution Vendor should support:

Relationship with SWIFT

SWIFT Certification

5 marks

4. Solution Proposed should support: Multi Bank, Global Processing & Multi Currency

5 marks

5. Compliance of Technical Specifications (5.2b) 50 marks

6. Presentation: 10 marks

Technical Architecture 4 marks

Implementation Methodology including Information Security Policies

3 marks

Software functionality demonstration

3 marks

7. Site visits 5 Marks

Present Implementation site – No of modules

Implemented Since

Support Services - 2 marks

Implementation / Updation Process- 3 marks

8. Customer Feedback 5 marks

Excellent – 5, Very Good – 3, Good - 1

TOTAL 100 Marks



Format 6.17

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-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 and time of start of Reverse Auction and its duration of time will be informed to the eligible Bidders well in advance, at least a week before the Reverse Auction date.

2) Bank reserves the right to postpone / change / cancel the Reverse Auction event,

even after its communication to Bidders, without assigning any reasons therefor. E) Bidding Currency:

Bidding will be conducted in Indian Rupees (INR).

F) Start Price:

Bank will determine the Start Price for Reverse Auction –

1) on its own and / or; 2) evaluating the price band information called for separately from each eligible

Bidder at appropriate time and / or; 3) based on the price bids received and if opened, Bank may determine the

start price on the basis of the lower quote received. G) Decremental Bid Value:

1) The bid decrement value will be specified by Bank before the start of Reverse Auction event. It can be a fixed amount or percentage of Start Price or both whichever is higher.

2) Bidder is required to quote his bid price only at a decremental value. 3) Bidder need not quote bid price at immediate next available lower level, but it can

be even at 2/3/4 ….. level of next available lower level .

H) Conduct of Reverse Auction event:

1) Reverse Auction will be conducted on a specific web portal, meant for this purpose, with the help of the Service Provider identified by the Bank.

2) Service Provider will make all necessary arrangement for fair and transparent conduct of Reverse Auction like hosting the web portal, imparting training to eligible Bidders etc., and finally conduct of Reverse Auction.



3) Bidders will be participating in Reverse Auction event from their own office / place of their choice. Internet connectivity and other paraphernalia requirements shall have to be ensured by Bidder themselves.

a) In the event of failure of their internet connectivity (due to any reason

whatsoever it may be), it is the Bidders responsibility / decision to send fax communication immediately to Service Provider, furnishing the bid price they want to bid online, with a request to upload the faxed bid price online, so that the service provider will upload that price online on behalf of the Bidder. It shall be noted clearly that the concerned Bidder, communicating this price to service provider, has to solely ensure that the fax message is received by Service Provider in a readable / legible form and also the Bidder should simultaneously check up with Service Provider over phone about the clear receipt of the bid price faxed. It shall also be clearly understood that the Bidder shall be at liberty to send such fax communications of prices to be uploaded by Service Provider only before the closure of Reverse Auction time and under no circumstances it shall be allowed beyond the closure of Reverse Auction event time. Such Bidders have to ensure that the service provider is given reasonable time by the Bidders, to upload such faxed bid prices online and if such required time is not available at the disposal of Service Provider at the time of receipt of the fax message from the Bidders, Service Provider will not be uploading the bid prices. It is to be noted that neither the Bank nor the Service Provider will be responsible for these unforeseen circumstances.

b) In order to ward-off such contingent situation, Bidders are advised to make

all the necessary arrangements / alternatives such as back –up power supply or whatever required, so that they are able to circumvent such situation and still be able to participate in the reverse auction successfully. However, the vendors are requested to not to wait till the last moment to quote their bids to avoid any such complex situations. Failure of power at the premises of vendors during the Reverse auction cannot be the cause for not participating in the reverse auction. On account of this, the time for the auction cannot be extended and BANK is not responsible for such eventualities.

4) Bank and / or Service Provider will not have any liability to Bidders for any

interruption or delay in access to site of Reverse Auction irrespective of the cause. 5) For making the process of Reverse Auction and its result legally binding on the

participating Bidders, Service Provider will enter into an agreement with each eligible Bidder, before the start of Reverse Auction event. Without this, Bidder will not be eligible to participate in the event. The format of the agreement is as per the Annexure-C.

6) Bidders name will be masked in the Reverse Auction process and will be given

random dummy names by the Service Provider. 7) Bidder / his authorised representatives will be given unique Login ID & Password

by Service Provider. Bidder / his authorized representative will change the Password after the receipt of initial Password from Service Provider to ensure confidentiality. All bids made from the Login ID given to the Bidders will be deemed to have been made by the concerned Bidder / his company.



8) Reverse auction will be conducted as per English Reverse Auction with no tie,

where more than one Bidder cannot have identical bid price. 9) Any bid once made by the Bidder through registered Login ID & Password, the

same cannot be cancelled. The Bidder is bound to supply as per the RFP at the bid price of Reverse Auction.

10) Auto Bid:

i) Bidder can take the advantage of Auto Bid facility available in Reverse

Auction system. Auto Bid feature allows Bidder to place an automated bid against other Bidders in an auction by confirming to one decrement and bid without having to enter a new price each time a competing Bidder submits a new offer.

ii) Auto Bid facility can be used by the Bidder only once. Bidder can at no point

of time during the course of the Reverse Auction, revise / delete his Auto Bid price. Bidder has the facility to revise his Auto Bid value only prior to the start of the Reverse Auction event.

iii) Only after the lowest price quoted by other Bidders is equal to or less than

the minimum Auto Bid value put in the system by Auto Bid Bidder, he will get the option to manually bid.

iv) If more than one Bidder opts for the Auto Bid facility and if the lowest price

quoted by more than one in Auto Bid facility is same, then the Bidder who has opted for the Auto Bid facility first will get the advantage of being the “L1‟, with the second bidder being “L2‟ at a price one decrement higher than the “L1‟ value and so on.

v) If one of the Bidder has opted for the Auto Bid facility, the system

automatically places a bid by conforming to one decrement from the bid that any of the other Bidders might have quoted. In such a case, if the manual Bidder directly quotes the same price as the lowest price which the Bidder who has opted for the auto bid facility, then the bid submitted by the manual Bidder would be accepted as the “L1‟ bid. But at that point of time onwards, the manual control of the Auto Bidder would be enabled for the Auto Bidder.

vi) Service Provider will explain in detail about the Auto Bid during the training.

11) Reverse Auction will normally, be for a period of one hour. If a Bidder places a bid

price in last 10 minutes of closing of the Reverse auction, the auction period shall get extended automatically for another 10 minutes. Maximum 3 extensions each of 10 minutes will be allowed after auction period of 1 hour i.e. entire process can last maximum for 1 ½ hour only. In case there is no bid price in the last 10 minutes of closing of Reverse Auction, the auction shall get closed automatically without any extension.

(The time period of Reverse Auction & Maximum number of its extensions & time are subject to change and will be advised to eligible Bidders before the start of the Reverse Auction event.)



12) Bidder will be able to view the following on their screen along with the necessary

fields in Reverse Auction :

i) Opening Price

ii) Leading / Lowest Bid Price in Auction ( only total price)

iii) Last Bid Price placed by the respective Bidder.

13) During Reverse Auction, if no bid price is received within the specified time, Bank, at its discretion, may decide to revise Start Price / Decremental Value / scrap the reverse auction process / proceed with conventional mode of tendering.

I) Reverse Auction Process:

1) At the end of Reverse Auction event Service Provider will provide the Bank all necessary details of the bid prices and reports of Reverse Auction.

2) Upon receipt of above information from Service Provider, Bank will evaluate the

same and will decide upon the winner i.e. Successful Bidder. 3) Successful Bidder has to fax the duly signed filled-in prescribed format ( Annexure-

B ) as provided on case-to-case basis to Bank within 4 hours of Reverse Auction without fail. The Original signed Annexure-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-A (to be submitted on company letter head by all Bidders participating in Reverse Auction)

To, Bank of India Date: -----------------

Acceptance of Reverse Auction Business Rules and Terms & conditions in respect of Tender / RFP Ref. No. _______________ Dated ______ For procurement of ______________________________________ ===========================================================

We refer to the captioned subject and confirm that –

1) The undersigned is our authorized representative.

2) We have accepted and abide by all Terms of captioned Tender documents and Business Rules and Terms & conditions of Reverse Auction for the procurement for which RFP is floated.

3) Bank and Service Provider shall not be liable & responsible in any manner whatsoever for my / our failure to access & bid in Reverse Auction due to loss of internet connectivity, electricity failure, virus attack, problems with the PC, any other unforeseen circumstances etc. before or during the auction event.

4) We understand that in the event we are not able to access the auction site, we may authorize Service Provider to bid on our behalf by sending a fax containing our offer price before the auction close time and no claim can be made by us on either Bank or Service Provider regarding any loss etc. suffered by us due to acting upon our authenticated fax instructions.

5) I / We do understand that Service Provider may bid on behalf of other Bidders as well in case of above mentioned exigencies.

6) We also confirm that we have a valid digital certificate issued by a valid Certifying Authority.

7) We will participate in Reverse Auction conducted by ____________________________ (name of Service Provider) and agree to enter into an agreement with him (Service Provider) for making the process of Reverse Auction and its result legally binding on us.

8) We will fax duly signed filled-in prescribed format (Annexure-B ) as provided on case-to-case basis, to Bank within 24 hours of end of Reverse Auction without fail.

9) We will give break-up of our last / lowest bid price as per Bill of Material at the end of Reverse Auction event within 48 hours without fail.

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 Authorised Representative : Designation: Email : Mobile : Tel. No: Fax No.:



Annexure-B

(to be submitted / faxed by Successful Bidder of Reverse Auction within 24 hours from the end of Reverse Auction event)

To, Bank of India Date : ----------------- Sir,

Final / Lowest Bid Price quoted in Reverse held on _______________ in respect of Tender / RFP Ref. No. _______________ Dated ______ For procurement of ______________________________________ =======================================================

We confirm that the final total bid price quoted by us in the captioned Reverse Auction event for captioned tender is as under – Rs. ( in figure) : ___________________________ Rs. ( in words) : _________________________________________________________ We confirm that –

1) [ ] We enclose herewith the detailed break-up of above price as per Bill of Material OR

[ ] We undertake to give detailed break-up of above bid price as per Bill of Material within 48 hours from the end-of Reverse Auction event.

2) Any variation between the on-line Reverse Auction bid price quoted by us and this

document will be considered as sabotaging the tender process and will invite disqualification of Bidder/vender to conduct business with Bank as per prevailing procedure. In such case Bank is free to take appropriate action and / or forfeit the Bid Security amount and / or debar him from participating in future

3) We are bound to supply at the above final bid price of Reverse Auction. 4) We note that in case of back out or not supply as per the above rates quoted by

us, Bank will take appropriate action against us and / or forfeit our Bid Security amount and / or debar him from participating in future

Signature with company seal : Mobile : Name of Authorised Representative : Tel. No : Designation : Fax No : Email :



Annexure- C: Process Compliance Form (The Bidders are required to print this on their company‟s letter head and sign, stamp before faxing to Service Provider) To (Name & Address of Service Provider)

Sub: Agreement to the Process related Terms and Conditions for the Reverse Auction

-----------------------------------------------------------------------------------

Dear Sir, This has reference to the Terms & Conditions for the Reverse Auction mentioned in the Tender document for procurement of Hardware against the Tender No. ______________________________________________________________________ This letter is to confirm that:

1) The undersigned is authorized representative of the company.

2) We have studied the Commercial Terms and the Business rules governing the Reverse Auction and the RFP as mentioned in your letter and confirm our agreement to them.

3) We also confirm that we have taken the training on the auction tool and have understood the functionality of the same thoroughly.

4) We confirm that _____(Bank) and _____(Service Provider) shall not be liable & responsible in any manner whatsoever for my/our failure to access & bid on the e-auction platform due to loss of internet connectivity, electricity failure, virus attack, problems with the PC, any other unforeseen circumstances etc. before or during the auction event.

5) We understand that in the event we are not able to access the auction site, we may authorize _____(Service Provider) to bid on our behalf by sending a fax containing our offer price before the auction close time and no claim can be made by us on either _____(Bank) or _____(Service Provider) regarding any loss etc. suffered by us due to acting upon our authenticated fax instructions.

6) I/we do understand that _____(Service Provider) may bid on behalf of other Bidders as well in case of above mentioned exigencies.

7) We also confirm that we have a valid digital certificate issued by a valid Certifying Authority.

8) We also confirm that we will fax the price confirmation & break up of our quoted price

as per Annexure B as requested by _____(Bank) / _____(Service Provider) within the stipulated time.

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 –



PART 7: SCHEDULE OF DATES, AMOUNTS ETC. (SDA)

7.1 Bid Security Amount Rs. 50,00,000/-

7.2 Bid Validity Up to 180 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 12 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.9.2)

12 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

Max. 24 Hours

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

12 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 Period of Training to be arranged by vendor to be mutually decided by bank and vendor

Will be decided later

7.13 Minimum AMC commitment required 4 years (after 1 year warranty)

7.14 Period within which solution under the Contract are to be installed / commissioned from the Date of signing of Contract

3 months

7.15 Amount of Bank guarantee required for AMC 10% of AMC Cost(Part B of price schedule format 6.3)

7.16 Payment will be made as follows: A. Software

1. 20% on successful porting of the software at

Data Center / DRC. 2. 50 % on completion of implementation of

software and integration with Finacle 3. 20% on full implementation, training and sign

off the project. 4. 10% after expiry of warranty period or

submission of BG.



B. Annual Maintenance & Facility Management

The AMC Cost (after warranty period) shall be paid at the end of each half year after the date of completion of warranty period, subject to satisfactory services rendered, till that date.

7.17 Acceptance Tests

The User acceptance test will be carried out as per mutually agreed Acceptance Test Plan against the system requirements specified under TFS. 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 delivered equipment and 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

Test period should be over at least 15 working days followed by live operations of not more than 45 working days.

The final acceptance of the system will be based on successful processing under live operations of projected volumes.

7.18 Uptime: The entire solution is required to be up and running for 99.5% on a quarterly basis with a MTBF of 90 days, barring scheduled and mutually agreed upon downtime for maintenance or training purposes. That is, the Services of the complete end to end Cash management, Channel Finance and Trade Finance Solution should be available to the Bank through all the working days for exchanging data by the customer with the Bank.

**********