REQUEST FOR PROPOSAL FOR SELECTION OF … · PROCUREMENT, IMPLEMENTATION AND MAINTENANCE OF ... The Bank is currently using Finacle Core Banking ... maintenance and support of comprehensive

Page 1 of 82

REQUEST FOR PROPOSAL

FOR SELECTION OF VENDOR

FOR PROCUREMENT, IMPLEMENTATION AND MAINTENANCE OF

LOAN ORIGINATION SYSTEM (LOS)

Tender No: PSB/HOIT/RFP/92/2017-18

Dated: 10.08.2017

PUNJAB & SIND BANK

Head Office Information Technology Department

Bank House, 21-Rajendra Place New Delhi-110008

Page 2 of 82

INDEX

S. No. Detail Page No.

From To

1

Key Information about Tender

3 3

2

Introduction

4 4

3

Disclaimer

5 5

4

Chapter 1 – Instructions to Bidders

6 14

5

Chapter 2- Terms and Conditions

15 26

6

Chapter 3 - Scope of Work

27 57

7.

Chapter 4 – Penalties

58 59

8.

Annexures and Formats

60 82

Page 3 of 82

KEY INFORMATION Particulars Details

Tender Number PSB / HOIT/RFP/92/2017-18

Tender Title Request for proposal for Selection of vendor for Procurement, Implementation and Maintenance of Loan Origination System (LOS)

Participation Fee (Non Refundable) Rs. 10000/- (Rs. Ten Thousand Only) In form of DD/ pay order

Bid Security (EMD) Rs. 50,00,000/- (Rs. Fifty Lacs only) In form of Bank guarantee

Bid Validity 180 days

Date of Publishing the tender on Bank’s Website

10.08.2017 11:00 Hrs

Last Date for submission of Pre-Bid Query 19.08.2017 17:00 Hrs (queries must be mailed to [email protected] only as per Annexure XIII in MS-excel format quoting tender reference number in the subject)

Date and Time for Pre Bid Meeting 24.08.2017 15:00 Hrs

Last Date and time for submission of Bids 08.09.2017 15:00 Hrs

Date and Time of Opening of Technical Bids

08.09.2017 15:30 Hrs

Date and Time of Commercial Bids To be notified later to the qualifying bidders only. Place of Opening of Bids Punjab & Sind Bank

Head Office Information Technology Department Bank House, 2nd Floor, 21, Rajendra Place, New Delhi 110008

Contact Persons for any clarifications/ Submission of Bids

AGM (IT - CBS)

Contact Numbers 011-64780524 , 64780517,64780528 011-25756894, 011-25815512,011-25823354

Page 4 of 82

INTRODUCTION

Punjab & Sind Bank, one of the leading nationalized Bank of the country, has a national presence

through a widespread network of 1500 plus branches all networked under Centralized Banking

Solution. It also has a network of more than 1300 ATM(s) spread across the country including onsite and

offsite ATMs. Bank has one RRB with 33 branches at present. With more than 108 years of customer

services, the Bank has a large satisfied clientele throughout the country. For enhancing customer

convenience levels and overall inter-branch efficiency, the Bank has been a frontrunner in implementing

various IT enabled products.

The Bank is currently using Finacle Core Banking System from Infosys Limited for loan account opening

and financial transactions related to loans which provides loan management capabilities. The Bank is

currently performing the loan processing and sanctioning manually. The Bank is currently performing

part of recovery, collection and NPA operations through Finacle.

Link to LOS will be provided on corporate site for receiving the request directly from the website/

branches/ any other channel as identified by the Bank.

Procurement, Implementation and Maintenance of Loan Origination System (LOS) with respect to this proposal: This RFP envisages procurement, implementation and maintenance of a suitable Loan Origination System (LOS). Offers in sealed envelopes are therefore invited for procurement, implementation, maintenance and support of comprehensive application software, system software, RDBMS, hardware and any dependent suits, if required, for LOS. The complete solution should facilitate our clients with the Loan request originating through an online portal/Internet Banking application/over the counter and seamlessly integrate their requirement to LOS as well as our existing Core Banking Solution for Corporate (including SME), Retail and Agriculture modules. The prospective vendors have to provide their complete solution with the plan for procurement/implementation/interfacing/integrating/maintenance of their LOS with the following but not limited to: - Core Banking Platform, currently Finacle. - Online portal (Loan origination and Application status update) - Link to Credit Bureau for checking on the loan worthiness. - Bank’s Mail servers, Link to third party solutions like scoring and credit appraisal software, etc.

Page 5 of 82

DISCLAIMER

The information contained in this RFP document or any information provided subsequently to

Bidder(s) whether verbally or in documentary form by or on behalf of the 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 obtain independent advice, wherever necessary. 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.

This is not an offer by the Bank but only an invitation to bid in the selection process initiated by

the Bank. No contractual obligation whatsoever shall arise from this RFP process until a formal

contract is executed by the duly authorized signatory of the Bank and the Bidder.

Page 6 of 82

CHAPTER - 1 INSTRUCTIONS TO BIDDERS

1.1 Minimum Eligibility Criteria for the Bidders

The Minimum Eligibility Criteria for the bidder shall be as under:- S No. Eligibility Clause Documents Required EC-1 The bidder must be a Limited Company/

Private Limited Company , registered in India under the companies Act 1956

Certificate of Incorporation & Commencement of Business (applicable for Public Ltd. Companies). A certified copy of the same are required to be submitted with the Bid.

EC-2 a) The bidder should be an OSD or

authorized partner of OSD for supply of

licenses and solution implementation

and maintenance support under

warranty / AMC for the solution.

Letter of confirmation from OSD need to be submitted.

b) If bidder (partner of Original Solution

Developer (OSD)) is not able to fulfill its

obligation to support the solution during

the contract period, OSD will have to

ensure support as per contract. An

undertaking from the OSD to this effect

must be submitted.

Letter of confirmation from OSD need to be submitted.

c) One bidder can bid only with one OSD

and similarly one OSD can bid with only

one bidder.

Letter of confirmation from the bidder and OSD

EC-3 The bidder should have a minimum turnover of Rs. 50 crores per year during last three financial years. (i.e. FY 2013-14 2014-15, 2015-16 & 2016-17 (if available))

Audited Financial Statements (and Annual Reports, if applicable) for the last three financial years, viz. 2013-14, 2014-15 and 2015-2016 & 2016-17 (if available) are to be furnished CA certificate with regard to turnover is required to be submitted by the bidder.

EC-4 The Bidder must have positive net worth in last 3 financial years (i.e. FY 2013-14 2014-15, 2015-16 & 2016-17 (if available))

Audited Financial Statements (and Annual Reports, if applicable) for the last three financial years, viz. 2013-14, 2014-15 and 2015-2016 & 2016-17 (if available) are to be furnished. CA certificate regarding Positive net worth needs to be furnished.

EC-5 The bidder should be engaged in supplying, installation and providing maintenance services for software in India for at least last 3 years.

An undertaking in this regard is required to be submitted by the bidder.

EC-6 The bidders / Authorized Representative must have support office in India.

Provide the address and contact detail.

EC-7 The Bidder should not be banned by any Public sector Bank/PSU/GOI Department as on date of submission of bid.

An Undertaking letter to be enclosed by the Bidder clearly stating that they are not banned by any Bank, PSU/GOI Departments

Page 7 of 82

as on date of submission of bid. EC-8 The Bidder has to give unconditional

undertaking for providing service support , component parts, software’s, Hardware, network devices etc. of all quoted products for minimum five years from the date of installation.

Bidder to submit an undertaking in this regard.

EC-9 The Bidder must have supplied and implemented the proposed solution in at least one public sector Bank/ Scheduled Commercial Banks.

The certificates & PO to this effect from the Bank(s) are required to be submitted.

Each bidder should submit only one bid for the RFP. In case, it is observed that bidder has submitted more than one bid, all such bids submitted by bidder will be rejected.

Either the bidder on behalf of the OSD or OSD itself can bid however both cannot bid simultaneously for the same solution. In case it is observed that the bidder on behalf of the OSD and OSD itself have simultaneously submitted the bid for same solution, then all such bids will be rejected. Further, if the OSD is the Bidder then the OSD can only bid for own solution only.

Bidder should be Original developer of the solution provided or an authorized seller. In case bidder is an authorized seller of the offered product, bidder should have all the required authorization documents and rights for the products offered or authorized reseller of the OSD. The bidder should put in place adequate support structure from the OSD for overseeing and assisting in completing the implementation of the LOS within the project timelines as specified in the RFP.

Bidder should be OSD of the offered solution or an authorized partner of OSD. In case the bidder is not OSD of the offered solution, then an undertaking from OSD should be submitted certifying that in case the authorized distributor (bidder) is not able to perform obligations as per contract during contract period, the OSD shall perform the said obligations. In such cases, the mandate/authority of the official signing the letter of OSD of offered solution in favour of Bidder company should be clearly specified. Photocopies of relevant documents / certificates, duly stamped and signed must be submitted as proof in support of the claims made. The Bank reserves the right to verify /evaluate the claims made by the Bidder independently. The decision of the Bank in this regard shall be final, conclusive and binding upon the Bidder.

It may be noted that the requirements given in this tender is indicative only and the Bank reserves the right to accept or reject any quotation as also to alter any or all the terms and conditions without assigning any reason thereof. The proposed solution should be capable of running on the existing Network architecture of the Bank. Vendor shall take the responsibility of installing, commissioning the necessary IT infrastructure. Every components of IT infrastructure supplied shall accompany a complete licensed copy of all the operating systems, software/drivers installed in the system.

In Case the vendor has not indicated any peripherals /equipment’s in their proposed solution and is required for implementation of solution, the Vendor has to provide required peripherals/equipment’s, without charging any extra amount, apart from order value.

Page 8 of 82

1.2 Cost of Tender The tender document may also be downloaded from the Bank’s official website www.psbindia.com. The bidder downloading the tender document from the website is required to submit a non-refundable fee as mentioned in Key-Information in the form of Demand Draft or Pay Order in favour of PUNJAB & SIND BANK, payable at New Delhi, at the time of submission of the technical bid, failing which the bid of the concerned Bidder will be rejected. It may be noted that amount will not be refunded to any prospective bidder under any circumstances including cancellation of RFP.

1.3 Language of the Bid The bid as well as all correspondence and documents relating to the bid exchanged by the Bidder and Bank shall be in English language only. 1.4 Two Bid System

a. The Bid Proposal being submitted would be binding on the Bidder. As such it is necessary that authorized personnel of the firm or organization must sign all the pages of the Bid. The designated personnel should be authorized by a senior official of the Organization having such authority to do so. The Xerox copy of necessary Original Resolutions/ Authority/ Power of Attorney having authority to authorize the person to submit Bid Documents, on behalf of the Company shall be enclosed. The proposal must be accompanied with an undertaking letter duly signed by the designated personnel providing a Bid commitment. The letter should also indicate the complete name and designation of the designated personnel.

b. The bidder shall submit his response to the present tender separately in two parts – “The Technical Bid” and ‘Commercial bid ’. Technical Bid will contain product specifications whereas Commercial bid will contain the pricing information. In the first stage, only the Technical Bids shall be opened and evaluated as per the criterion determined by the Bank. Those bidders satisfying the technical requirements as determined by the Bank in its absolute discretion shall be short-listed for opening their commercial bid.

c. The Bank reserves the right to accept or not to accept any bid or to reject a particular bid at its sole discretion without assigning any reason whatsoever.

d. Bid documents shall be submitted in a Single sealed envelope, including Demand Draft/Purchase Order towards cost of RFP, Bid Security (EMD) and other required documents as mentioned in the tender and a separate sealed envelope containing commercial bid Price, duly super-scribing the envelope with the reference of this RFP, due date, name of the Bidder with contact details, Offer reference number etc. Bid document should be duly filled and all the pages of Bid including Brochures should be made in an organized, structured, and neat manner. Brochures / leaflets etc. should not be submitted in loose form. All the pages of the submitted Bid Documents should be serially numbered with the Bidder’s seal duly affixed with the Signature of the Authorized Signatory on each page. Documentary proof, wherever required, in terms of the RFP shall be enclosed.

e. The Bids containing erasures or alterations will not be considered. There should be no hand-written material, corrections or alterations in the Bids. Technical details must be completely filled in. Correct technical information of the product being offered must be filled in.

1.5 Formation of Bid The bid must be made in an organized and structured manner. The Bid should be properly sealed and marked as “Procurement, Implementation and Maintenance of Loan Origination System (LOS)”, Tender Reference Number, Bidder’s name and address. The Technical Bid shall contain the following documents:-

S.No. Documents

1 Tender Covering Letter as per Annexure –I

2 Compliance to Minimum Eligibility Criteria as per Annexure II (please ensure

Page 9 of 82

that all related documents to Minimum Eligibility criteria have been attached)

3 Compliance to Technical Specification as per Annexure III

3 Bidders Information as per Annexure IV

4 Acceptance of the terms and conditions of RFP and Technical Specifications (compliance Statement as per Annexure V )

5 Service Support Centers Detail as per Annexure – VI

Reference Site Details as per Annexure - VI A

6 Performance Statement as per Annexure VII

7 Sealed Envelope containing commercial Bid price as per Annexure VIII and IX duly labeled as ‘commercial Bid price’ and Tender Reference No. , Name of the Bidder.

8 Bid Earnest Money in the form Bank Guarantee as per Annexure X

9 DD/ pay order of Rs. 10000/- payable to Punjab & Sind Bank toward cost of Tender Document (Please mention the tender name with year and company name at the back of DD/Pay order.)

10 Copy of Power of Attorney authorizing official for signing the Bid

11 Undertaking from bidder/ OSD’s certifying that all the components, parts, assembly etc. used inside the company products/ hardware is new and original.

12 Any other document indicating the feature of the product.

13 Price masked commercial Bid Note: All Claims made by the Bidder will have to be backed by documentary evidence.

1.6 Submission of bids The Bank expects the bidders to carefully examine all instructions, terms and conditions mentioned in this RFP document before submitting its unconditional compliance as part of the RFP. Failure to furnish all information required or submission of an RFP not substantially responsive to the RFP in every respect will be at the bidder’s risk and may result in the rejection of its response. Bids duly sealed should be submitted, in person, on or before the last Date and Time for bid submission at the address mentioned below. Asstt. General Manager(IT)

Punjab & Sind Bank, Head Office Information Technology Department, Bank House, 2nd Floor, 21, Rajendra Place, New Delhi – 110008

Any other mode of submission, e.g. by courier, fax, e-mail etc. will not be accepted.

1.7 Cost of Preparation and Submission of Bid 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.

If any information / data / particulars are found to be incorrect, Bank will have the right to disqualify / blacklist the company and invoke the Bank guarantee/ forfeit the EMD.

All communications, correspondence will be only to the prime bidder. Any partner/sub-contractor has to communicate only through the prime bidder. The prime bidder will act as the single point of contact for the Bank.

Bank reserves it right to cancel the order even after placing the letter of Intent (LOI) / Purchase Order, if Bank receives any directions / orders from Statutory Body / RBI/Govt. of India in a nature that binds the Bank not to take the project forward.

Page 10 of 82

1.8 Late bids Any bid received after the due date and time for receipts of bids as prescribed in this RFP will be rejected and returned unopened to the Bidder.

1.9 Earnest Money Deposit (EMD) Non-submission of Earnest Money Deposit as mentioned in Key-Information will lead to outright rejection of the Offer. The EMD is to be submitted in the shape of Financial Bank Guarantee from any Scheduled Commercial Bank valid for minimum 225 Days from the date of Bid Submission Date. EMD of unsuccessful Bidders will be returned to them on completion of the procurement process. The EMD of successful Bidder(s) will be returned within 30 days on submission of Performance Bank Guarantee. The Earnest Money Deposit may be forfeited under the following circumstances:

a. If the Bidder withdraws its bid during the period of bid validity (180 days from the date of opening of the technical bid).

b. If the Bidder makes any statement or encloses any form which turns out to be false, incorrect and/or misleading at any time prior to signing of contract and/or conceals or suppresses material information; and / or

c. In case of Technically qualified bidder, if the bidders fails: To participate in commercial bid. To accept bid after submitting the bid commercial price.

d. In case of the successful Bidder, if the Bidder fails: To Accept the commercial bid price submitted during commercial bid. To sign the contract in the form and manner to the satisfaction of the Bank. To furnish performance Bank Guarantee in the form and manner to the satisfaction of

the Bank.

1.10 Performance Bank Guarantee

The successful bidder has to submit the Performance Bank Guarantee equivalent to 10% of Contract Value (i.e Grand total cost for deciding L1 bidder) for the due performance of the contract, valid for 39 months including 3 months claim period. It is to be submitted centrally at HO IT Department level within 10 days from the letter of selection.

In case vender(s) fails to perform the Contract or fails to pay the due penalty, if any, as demanded by Bank, Bank shall invoke the Bank Performance Guarantee to recover penalty/damages.

1.11 Erasures or Alterations The Bid should contain no alterations, erasures or overwriting except as necessary to correct errors made by the Bidder, in which case corrections should be duly stamped and initialed / authenticated by the person/(s) signing the Bid. The Bidder is expected to examine all instructions, forms, terms and specifications in the bidding documents. Failure to furnish all information required by the bidding documents or submission of bid not substantially/conclusively responsive to the bidding documents in every respect will be at the Bidders risk and may result in rejection of the bid.

1.12 Opening of bids Technical Bid offer will be opened on the date and time mentioned in the bid ‘Key-Information’ in the presence of the Bidders who choose to attend on the said date and time. The Bank will evaluate the technical and techno functional response to the RFP of the Bidders who are found eligible as per the eligibility criteria mentioned in the RFP. There will be no scoring involved in the eligibility evaluation. Bids of only those Bidders who have been found to be in conformity of the eligibility terms and conditions during the preliminary evaluation would be taken up by the Bank for further detailed evaluation. The Bidders who do not meet the eligibility criteria and all terms during preliminary examination will not be taken up for further evaluation. During evaluation of the Bids, the

Page 11 of 82

Bank at its discretion may ask a bidder for clarification of its bid. The request for clarification and the response shall be in writing and no change in the price or substance of the bid shall be sought, offered or permitted.

1.13 Evaluation Process of the Bids The Evaluation will be a Three-stage process: 1. Eligibility Criteria Evaluation - (Mandatory to meet by the bidders) 2. Technical Evaluation 3. Commercial Evaluation- (through sealed commercial bidding) The evaluation by the Bank will be undertaken by a committee of internal Bank officials and may include Consultant. The decision of the committee shall be considered final.

1.13.1 Preliminary Scrutiny a. 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.

b. The Bank may, at its discretion, waive any minor infirmity, non-conformity or irregularity in a Bid which does not constitute a material deviation.

c. The Bank will first examine whether the Bid and the Bidder is eligible in terms of Eligibility Criteria. The bids not meeting the Minimum Eligibility Criteria shall not be considered for further evaluation.

d. Prior to technical evaluation, the Bank will determine the responsiveness of each Bid to the Bidding Document. For purposes of these Clauses, a 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, Bank Guarantee, Eligibility Criteria will be deemed to be a material deviation.

e. The Bank’s determination of a Bid’s responsiveness will be based on the contents of the Bid itself without recourse to extrinsic evidence.

f. If a Bid is not responsive, it will be rejected by the Bank and may not subsequently be made responsive by the Bidder by correction of the non-conformity.

1.13.2 Clarification of bids To assist in the scrutiny, evaluation and comparison of offers/bids, the Bank may, at its sole discretion, ask some or all Bidders for clarification of their offer/bid. The request for such clarifications and the response will necessarily be in writing and no change in the price or substance of the bid shall be sought, offered or permitted. Any decision of the Bank in this regard shall be final, conclusive and binding on the Bidder. The bidder shall notify the Bank in writing of all subcontracts awarded under the contract if not already specified in his bid. Such notification, in his original bid or later, shall not relieve the bidder from any liability or obligation under the contract. The Bank reserves rights to accept such arrangement or reject the proposal outright. Proof of such contracts should be submitted to The Bank.

1.13.3 Technical evaluation The technical bids shall be evaluated by a committee of experts for the following:-

i. Compliance of Minimum eligibility criteria.

ii. Receipts of all/complete documents/information/undertakings etc.

iii. Compliance of technical specifications of the products quoted.

iv. Adherence to support set up requirements.

Page 12 of 82

Bank may, if it deems necessary, ask for presentations of the bidder or site visits of their facilities to asses and satisfy itself on manufacturing/supply chain and support capabilities of the bidders.

1.13.4 Commercial Evaluation The commercial bid evaluation will be carried out through sealed envelope containing “commercial bid Price”. Based on the commercial bid values obtained, the bidder with the lowest commercial proposal will be designated as L1 Bidder.

1.14 Address for Submission of Bid and communication Offers should be addressed to the following office at the address given below:

Assist General Manager (IT) Punjab & Sind Bank, Head Office Information Technology Department, Bank House, 2nd Floor, 21, Rajendra Place, New Delhi - 110008

1.15 No commitment to accept lowest or any bid The Bank shall be under no obligation to accept the lowest or any other offer received in response to this tender notice and shall be entitled to reject any or all offers including those received late or incomplete. Bank reserves the right to make changes in the terms and conditions of purchase. Bank will be under no obligation to have discussions with any bidder, and/or entertain any representation.

1.16 Right To Accept Any Bid And To Reject Any Or All Bids / Cancellation Of Tender Process PUNJAB & SIND BANK reserves the right to accept or reject in part or full any or all offers without assigning any reason thereof even after issuance of letter of Intent. Any decision of Punjab & Sind Bank in this regard shall be final, conclusive and binding upon the bidders. The Bank reserves the right to accept or reject any Bid in part or in full, and to annul the Bidding process and reject all Bids at any time prior to contract award, without thereby incurring any liability to the affected Bidder or Bidders or any obligation to inform the affected Bidder or Bidders of the grounds for Bank’s action. During any stage of evaluation process, if it is found that the bidder does not meet the eligibility criteria or has submitted false /incorrect information the bid will be summarily rejected by the Bank and no further correspondence would be entertained in this regard. Bank further reserves the right to amend, rescind, reissue or cancel this RFP and all amendments will be advised to the Bidder and such amendments will be binding upon them. The Bank also reserves its right to accept, reject or cancel any or all responses to this RFP without assigning any reason whatsoever. Further please note that the Bank would be under no obligation to acquire any or all the items proposed. No contractual obligation whatsoever shall arise from the RFP process unless and until a formal contract is signed and executed by duly authorized officials of Punjab & Sind Bank and the bidder.

1.17 Correction of Errors Bidders are advised to exercise greatest care in entering the pricing figures. No corrigenda or requests for prices to be corrected will be entertained after the bids are opened. If there are any corrections in the bid document, the authorized signatory should initial them all, failing which the figures for such item shall not be considered. Discrepancies in bids will be corrected as follows:

Where there is a discrepancy between the amounts in figures and in words, the amount in words shall prevail.

Where there is a discrepancy between the unit rate and the line item total resulting from multiplying the unit rate by the quantity, the unit rate will govern unless, in the opinion of Bank, there is an obvious error such as a misplacement of a decimal point, in which case the line item total will prevail.

Page 13 of 82

Where there is a discrepancy between the amount mentioned in the bid and the line item total present in the schedule of prices, the amount obtained on totaling the line items in the Bill of Materials will prevail.

The amount stated in the correction form, adjusted in accordance with the above procedure, shall be considered as binding, unless it causes the overall price to rise, in which case the bid price shall prevail. Based on the Bank’s requirements as listed in this document, the bidder should identify and offer the best-suited solution / bill of material for the product that would meet the Bank’s requirements and quote for the same.

1.18 Soft copy of tender document The soft copy of the tender document will be made available on the Bank’s website https://psbindia.com. However, the Bank shall not be held responsible in any way, for any errors / omissions /mistakes in the downloaded copy. The bidder is advised to check the contents of the downloaded copy for correctness against the printed copy of the tender document. The printed copy of the tender document shall be treated as correct and final, in case of any errors in the soft copy.

1.19 Bid validity period Bids shall remain valid for 180 (one hundred eighty) days after the date of bid opening prescribed by the Bank. The Bank holds the rights to reject a bid valid for a period shorter than 180 days as non-responsive, without any correspondence. In exceptional circumstances, The Bank may solicit the Bidder’s consent to an extension of the validity period. The request and the response thereto shall be made in writing. Extension of validity period by the Bidder should be unconditional and irrevocable. The Bid Security provided shall also be suitably extended. A Bidder acceding to the request will neither be required nor be permitted to modify its bid. A Bidder may refuse the request without forfeiting its bid security. In any case the bid security of the Bidders will be returned after completion of the process.

1.20 Pre-bid meeting For clarification of doubts of the bidders on issues related to this RFP, the Bank intends to hold a Pre-Bid Meeting on the date and time as indicated in the RFP in Key-Information. For any clarification with respect to this RFP, the bidder may send an email to [email protected] by last date of submission of queries as defined in Key-Information in this document. The format to be used for seeking clarification is mentioned in Annexure-XII (Pre-bid Query Format). It may be noted that all queries, clarifications, questions etc., relating to this RFP, technical or otherwise, must be in writing only and should be sent to the email-id as stated earlier. Only two authorized representatives of the bidders who have purchased the RFP will be allowed to attend the meeting.

1.21 Award of contract Following evaluation, a contract may be awarded to the bidder whose bid meets the requirements of this RFP and provides the best value to the Bank from both a techno-functional and commercial point of view. The Bank reserves the right to award the contract in whole or in part. The acceptance of the bid, subject to contract, will be communicated by way of placing a purchase order in writing at the address supplied by the bidder in the bid document. Any change of address of the bidder should therefore be notified promptly to the Assistant General Manager (IT) at the address given in this RFP.

Page 14 of 82

1.22 Contract Period The contract period will be for the period of Three years. Further Bank reserves the right to extend the contract after the expiry for further period of two years at the same term and conditions.

1.23 Signing of contract The successful bidder(s) shall be required to enter into a contract with Bank, within thirty (30) days of the award of the work or within such extended period, as may be specified by Bank. This contract shall be based on this RFP document (read with addendums/Corrigendum/Clarifications), LOI, Purchase Order and such other terms and conditions as may be determined by Bank to be necessary for the due performance of the work, as envisaged herein and in accordance with the bid. However the terms and conditions of purchase order and RFP shall constitute a binding contract till such a contract is issued.

1.24 Confidentiality of the Bid Document The Bidder, irrespective of his/her participation in the bidding process, shall treat the details of the documents as secret and confidential.

1.26 Obtaining Requisite Forms Like Form 32 Etc:- Requisite form, like Form-32/Road Permit/Entry Tax etc, will be the sole responsibility of the vendor. However, Bank will sign the requisite forms as per requirement. The Bidder shall bear all related expenses for the same.

1.27 Escrow arrangement Vendor shall provide escrow mechanism, if desired by the Bank, for the product (all components) supplied by the vendor to Bank in order to protect its interest in an eventual situation.

1.28 Amendment to RFP Contents At any time prior to the last date for bid-submission, the Bank may, for any reason, whether at its own initiative or in response to clarification(s) requested by a prospective bidder, modify the RFP contents by amendment. Amendment will be notified in writing or by e-mail to all the prospective bidders and will be published on Bank’s website, and will be binding on bidders. However, it is the bidder’s responsibility to keep its communication channels (face-to-face, phone, fax, e-mail etc.) alive including observing of Bank’s website for latest development in this regard. The Bank will not be liable for any communication gap. In order to provide prospective bidders, reasonable time to take the amendment into account for preparation of their bid, the Bank may, at its discretion, extend the last date for bid-submission. Bank reserves the right to scrap the tender at any stage without assigning any reason.

Page 15 of 82

CHAPTER - 2

TERMS AND CONDITONS

2.1 Technical Inspection and Performance Evaluation The Bank reserves its right to carry out technical inspection and performance evaluation (bench-marking) of LOS software and proposed Production Hardware for LOS Data Centre, offered by short-listed vendors, as per the discretion of the Bank.

2.2 Deliverables Following should be delivered to the Bank :

Documentation on Design Logic and Program Development. Software Package with system document after customization Production Hardware, System Software, RDBMS (installation and commissioning), Licenses

and other suits with related documents User & Quick reference manuals Operator Reference manuals for each operator task. Error messages manuals. Documentation on troubleshooting. File / table structures, Indexes and Relations On line tutorials and help documentation. Data Dictionary Software Requirement Specifications (SRS) Test Cases for UAT. Escalation Matrix Training

All copies should be delivered in hard & soft media.

2.3 Implementation Schedule

Bank will enter into contract initially for a period of 3 years. However, the same may be extended after completion of 3 years on yearly basis, as per Bank’s requirements on the same terms and conditions. The total time for full (including pilot) LOS project implementation (Supply, Customization, and Deployment, go live) will be 12 months from the date of purchase order. Vendor is required to adhere to full project implementation schedule of 12 months. Bank expects the vendor to submit a detail project plan and escalation matrix for implementation within one week of Purchase Order.

Roll Out Plan The Bank has planned to implement LOS Solution module wise across all its Offices and some or all branches (as decided by the Bank) all at one time. The indicative roll out plan for LOS Solution is provided below.

• Pilot run on 100 branches • Go-Live Implementation

Implementation of LOS module wise will be staggered into the following activities:

S No Activity Timeline 1. Requirement Gathering 6 Weeks 2. Software Requirement Specification (SRS)

Submission & SRS Vetting by Bank 8 Weeks

3. Delivery for UAT Within 3 months from the date of SRS Sign-Off

Page 16 of 82

4. Pilot Run deployment and Training 15 days from the date of UAT Sign off. 5. Pilot Run 1 month for pilot run from the date of

pilot run deployment completion including compliance of Audit observations

6. Go-Live Implementation 15 days from pilot Sign-Off

Vendor is required to provide onsite support till implementation of full project. Bank at its discretion may implement one/few/all modules and release payments accordingly.

2.4 Training The successful bidder shall be responsible for providing training to various target groups consisting of Branch/ZO/HO officials, System Administrator, Database Administrators, End-Users etc. Training should be provided covering all the contents of the package. The vendor should explain how it is proposed to conduct the training program by outlining course contents and duration. This includes the training required for users as well as for technical system support staff.

Training shall be provided to various teams of the Bank personnel in the following areas:

a. Training in application/system software b. Full-fledged training on workflow and the application software operation c. Training on fault reporting procedures for the LOS Software. d. User training.

• On the job training to Data entry operators. • On the job training to Business department and zonal office Officers. • Training to DBA.

All required infrastructure for the training will be provided by the bank and the venue of the training shall be decided by the Bank. The Training Server shall set up by the bidder at DC/DR site as per Bank’s decision . All training shall include practical sessions in which live hands on experience is required to be given to the trainees. The functional and technical training for the core team of 30, in batches, would be for duration of 15 working days on five days per week .

End user training for a total of 100 users in batches of 25 each for all the modules of LOS application software for 4 days. The Bank reserves the right to change reasonably the number of training programs /batches, team size, Training Dates, Location, Modalities and Curriculum. Training Study Material for each program in soft copy and hard copy shall be provided by successful Bidder to the Bank. Self e-learning training kit of the entire solution to be provided by the successful Bidder to the Bank.

2.5 Acceptance Tests At its discretion of the Bank, there will be an acceptance test conducted by the Bank and/or the nominated consultant in the presence of the Vendor. The test will check for trouble-free operation for 30 consecutive days in addition to physical verification and testing. There shall not be any additional charges payable by the Bank for carrying out this acceptance test. In the event of any errors and bugs detected during acceptance testing, resulting in corrective action required by the vendor, the schedule for acceptance testing will be revised to a mutually convenient date at the cost and expenses of the Vendor.

Page 17 of 82

The Bank reserves its right to get the Production Hardware and related components tested by any consultant / agency of its choice and the Vendor shall not object to the same.

2.6 Payment Terms

Payments will be made by HO IT department after submitting invoices and sign off by respective business departments.

The Bank’s payment terms are as follows:

Percentage of Payment

Milestone

Phase I H/w - 70% S/w – 50%

On successful implementation of Hardware and software in production, pilot run and go live completion at Pilot Branches.

Phase II H/w – 10% S/w - 30% Training cost 100%

Roll out across all remaining locations and go live with Successful completion of training,

Phase III H/w - 20% S/w – 20%

After three months of successful functioning of the complete system.

AMC & ATS

Payments will be made by HO IT department after submitting invoices to be paid on half-yearly in arrears.

2.7 Pricing Prices shall be expressed in the Indian Rupees only. The bidder must quote total price excluding taxes. The cost will not depend on any variation in USD/£/€ exchange rate.

2.8 Reference Checks Vendors are required to provide a minimum of one reference site within India where the Product is successfully running. These users should be in the banking industry. All the details of reference site requested for in Annexure VI A should be provided along with the names and contact details of persons who will be available for discussions. The Bank, at its option, will contact these reference sites to obtain information on the solution and implementation. Vendors will co-ordinate with the reference sites and arrange the visits on request from the Bank. The costs incurred by the Bank’s team, for the reference site visits, will be borne by the Bank.

2.9 Software Audit, Rectification and Re-Audit The Bank shall get the software audited (before/after going to live run) in-house or by outside agency as per the Bank’s requirement. The vendor shall extend all sorts of support required for carrying out the audit of the software. The vendor must rectify the discrepancies / observations in the system, as per the audit report in consultation with the Bank. There shall not be any additional charges payable by the Bank for such rectifications. The software shall be re-audited after rectification to verify that the recommended modifications have been made by the Vendor.

2.10 Vendor Demonstrations Vendors may be required to make demonstrations of the software at the Bank’s desired location. The demonstration will allow the evaluation team to see the software system modules in terms of functionality and technical fitment. It will also allow the Bank to evaluate the solution in terms of look and feel, screen navigation, user friendliness etc. The demonstrations will also give the Bank an

Page 18 of 82

opportunity to clarify issues arising out of the review of the vendor’s response to this tender. The Bank shall not be under any obligation to bear any part of the expenses incurred by the vendors for the demonstrations.

2.11 Completeness of Implementation/Installation The implementation/installation will be deemed as incomplete if any component/module of the package (including the Production Hardware) is not delivered or is delivered but not installed and/or not operational or not acceptable to the Bank after acceptance testing/examination. In such an event, the implementation will be termed as incomplete and it will not be accepted and warranty period will not commence. The package will be accepted after complete commissioning of package and satisfactory working of the entire software package. However the Bank may accept the software with a clear understanding that some of the modules could be implemented during the warranty period of the package. In such case, the vendor shall be required to provide support for implementation of such modules as per the requirement of the Bank during the warranty period.

Delayed implementation shall attract penalties as stated in the RFP.

2.12 Backup and Archiving The backup and archiving shall be done by the vendor during the contract period. The bidder should provide a suitable backup solution to the Bank. The selected vendor will however be responsible to liaison with Bank and to provide all integration required for backup into external storage, hard disk etc.

2.13 Disaster Recovery and Business Continuity Plan The proposed system must be capable of and compatible for Disaster Recovery & Business Continuity plan Implementation as and when required by Bank. The selected vendor should highlight the provisions for disaster recovery and show that the application facilitates disaster recovery.

2.14 Preventive Maintenance The bidder should provide onsite preventive maintenance on quarterly basis. Providing of all deliverables including warranty services etc. shall be the sole responsibility of the bidder. Bank will not be responsible for any delays/violation from third party vendors.

2.15 Liquidated Damages If bidder fails to deliver any or all application/hardware or perform services within stipulated time schedule, the Bank shall, without prejudice to its other remedies under the rate contract, deduct from the ordered price, as liquidated damages, a sum equivalent to 1% of the order value for each week of delay subject to the maximum of 10%. The penalty will be charged on order value for the items for which delivery is delayed. The Bank is entitled to deduct the penalty from the purchase price or any other amount, which is due to bidder from this contract, or any other contract or by invoking the Bank Guarantee.

2.16 Order Cancellation

The Bank reserves its right to cancel the entire / unexecuted part of the Purchase Order at any time by assigning appropriate reasons in the event of one or more of the following conditions:

1. Delay in delivery beyond the specified period for delivery. 2. Delay in installation, customization and implementation beyond the specified period. 3. Serious discrepancy noticed during the reference checks. 4. Repetitive software/hardware failures/poor service after the delivery and/or live-run but before the warranty period expiration.

Page 19 of 82

5. Delay in extraction and conversion of legacy data, and uploading converted data to proposed LOS Database beyond the stipulated period. 6. Major breach of trust is noticed during any stage of the project 7. Any other appropriate reason in view of the Bank. In addition to the cancellation of purchase order, the Bank reserves the right to foreclose the Bank Guarantee given by the bidder against the advance payment to appropriate the damages.

2.17 Warranty The date of software & hardware comprehensive warranty will start from the date of go live and will continue for a period 3 years. The support should be on 24x7 basis. During the warranty period, the vendor will have to provide Post Implementation Support and other Technical support for entire solution. The selected bidder shall arrange one competent and solution expert engineer in the Bank for managing complete LOS Solution and providing all technical, application, hardware etc. support in case of any critical/medium error faced during the contract period of 3 years. The Vendor shall be fully responsible for the manufacturer’s warranty in respect of proper design, quality and workmanship. Vendor must warrant all components, accessories, spare parts etc. against any manufacturing defects during the warranty period. During the warranty period, vendor shall maintain the Hardware and repair/replace at the site all defective components, at no charge to the Bank.

During the entire warranty period the vendor shall update/upgrade/modify/enhance the software and shall also provide all new versions released, including implementation, with no extra cost to the Bank. Selected Bidder shall not raise any change request cost during this period. The bidder is expected to submit its commercial bid factoring any cost, whatsoever on this account.

Warranty should not become void if the Bank buys any other add-on hardware/software from a third party and installs it with/in Production Hardware in the presence of the representative of the vendor. However, the warranty will not apply to such third-party hardware/software items installed by the Bank.

2.18 Annual Maintenance Charges (AMC) and Annual Technical Support (ATS)

The vendor is required to quote for post warranty AMC & ATS charges for 2 years i.e. for 4RD year and 5th year on 24x7 basis. The Bank will pay AMC and ATS charges on half-yearly basis (pro-rata) in arrears. This rate shall remain unchanged for the first 2 years after expiry of the warranty period. During the AMC/ATS period, the vendor shall provide Technical support for the software/hardware/other-suits supplied as envisaged in the Terms and Conditions hereunder. The AMC /ATS period will start after the completion of 3 years warranty period. AMC/ATS for subsequent period shall be on mutually agreed rate. During the entire two years post-warranty Maintenance Contract, the vendor shall update/upgrade/modify/enhance the software & Hardware and shall also provide any new versions released, including implementation, with no extra cost to the Bank. Selected Bidder shall not raise any change request cost during this period. The bidder is expected to submit its commercial bid factoring any cost, whatsoever on this account. The vendor shall give firm commitment to provide maintenance at the price quoted from the date of expiry of warranty. The Bank will not permit any changes in AMC/ATS rates, quoted by the vendor. The AMC/ATS rate quoted should be exclusive of all taxes.

Page 20 of 82

2.19 Spare Parts The vendor will make the spare parts for the hardware systems available for a minimum period of 5 years (contract / warranty period and AMC/ATS period) from the time of acceptance of the system. If any of the peripherals / components is not available during the warranty/AMC/ATS period, the substitution shall be carried out with peripherals/ components of equivalent or higher capacity.

2.20 Mean Time Between Failures (MTBF) If during the warranty period, any specific server / part of Hardware fails on four or more occasions in a quarter, it shall be replaced by equivalent / superior new server / part by the vendor at no additional cost to the Bank.

2.21 Compliance With Statutory And Regulatory Provisions

It shall be the sole responsibility of the Vendor to comply with all statutory, regulatory & Law of Land and provisions while delivering the services mentioned in this RFP.

2.22 Legal Compliance

The successful bidder hereto agrees that it shall comply with all applicable union, state and local laws, ordinances, regulations and codes in performing its obligations hereunder, including the procurement of licenses, permits and certificates and payment of taxes where required. If at any time during the term of this agreement, the Bank is informed or information comes to the Bank's attention that the Successful bidder is or may be in violation of any law, ordinance, regulation, or code (or if it is so decreed or adjudged by any court, tribunal or other authority), the Bank shall be entitled to terminate this agreement with immediate effect.

The Successful bidder shall maintain all proper records, particularly but without limitation accounting records, required by any law, code, practice or corporate policy applicable to it from time to time including records, returns and applicable documents under the Labour Legislation. The Successful bidder shall ensure payment of minimum wages to persons engaged by it as fixed from time to time under the Minimum Wages Act, 1948. In case the same is not paid, the liability under the act shall solely rest with the successful bidder.

2.23 Indemnity

Vendor shall indemnify, protect and save the Bank against all claims, losses, costs, damages, expenses, action suits and other proceeding, resulting from infringement of any patent, trademarks, copyrights etc. or such other statutory infringements in respect of software/hardware/Data base/OS etc. and all the packages, services offered by him & supplied by him.

2.24 Conflict of interest

The Bidder shall disclose to the Bank in writing all actual and potential conflicts of interest that exist, arise or may arise (either for the Bidder or the Bidder’s team) in the course of performing the Service(s) as soon as practical after it becomes aware of that conflict.

2.25 Publicity

Any publicity by the vendor in which the name of the Bank is to be used will be done only with the explicit written permission of the Bank.

2.26 Insurance

The Hardware to be supplied will be insured by the vendor against all risks of loss or damage from the date of shipment till such time it is installed at the Bank’s site. Certificates of the “Comprehensive Insurance Cover” will be submitted to the Bank for verification/examination and record. The vendor shall take the insurance cover from a Government of India recognized insurance company only.

2.27 Guarantees on Software and Hardware

The vendor shall guarantee that the Production Hardware Systems delivered to the Bank are brand new, including all components. In the case of software / hardware / RDBMS / Other related suits the

Page 21 of 82

vendor shall guarantee that the software / hardware / RDBMS / Other related suits supplied to the Bank are licensed, legally obtained and will not require any further licensing costs, other costs or any other software/hardware purchase to meet the above mentioned guarantees. All modules of the system must be supplied with their original and complete printed documentation.

2.28 Guarantees on Response Time To Errors The Bank will classify all errors into three categories:

(I) Critical errors defined as the Errors that require/cause the Bank to shut down the LOS server or start/stop all services through the server. (II) Medium Level Errors defined as those errors that are not the Critical Errors as defined above but cause great inconvenience or operational difficulties to the Bank (III)Low Level Errors defined as those other errors that are not the Critical errors or the Medium Level Errors as defined above The Vendor undertakes and guarantees that all the Critical Errors will be resolved in the production environment within four hours of the Bank intimating the same through writing, telephone or fax.

In case the Critical Errors are not resolved within the stipulated time as above, there shall be a penalty of Rs. 500/-(Rupees Five hundred only) per hour exceeding above said 4 hours resolution time apart from replacement of the respective hardware/software at vendor’s own cost for solving the errors. In case the error is not resolved within 4 days from the time of reporting of the error by the Bank, the vendor shall be liable to pay a penalty of 0.25% of the total value of the above said purchase order. Such penalty shall be adjusted as maintenance credit against the AMC payable by the Bank to the vendor. The Vendor undertakes and guarantees that all the Medium Level Errors will be resolved in the production environment within 36 hours of the Bank intimating the same through writing, telephone or fax. In case the Medium Level Errors are not resolved within the stipulated time as above, there will be a penalty of Rs. 500/= (Rupees five hundred only) per day exceeding the above said 36 hours resolution time apart from replacement of the respective hardware/software at the vendor’s own cost for solving such errors. In case the error is not resolved within 7 days from the time of reporting of the error by the Bank, the vendor shall be liable to pay a penalty of 0.25% of the total value of the above said purchase order. Such penalty shall be adjusted as maintenance credit against the AMC payable by the Bank to the vendor. The vendor undertakes and guarantees that all the Low Level Errors will be resolved in the production environment within 5 days of the Bank intimating the same through writing, telephone or fax. In case the Low Level Errors are not resolved within the stipulated time as above, there shall be a penalty of Rs.500/-(Rupees Five hundred only) per day exceeding the above said 5 days' resolution time apart from replacement of the respective hardware/software at the vendor’s own cost for solving such errors. In case the error is not resolved within 10 days from the time of reporting of the error by the Bank, the vendor shall be liable to pay a penalty of 0.25% of the total value of the above said purchase order. Such penalty shall be adjusted as maintenance credit against the AMC payable by the Bank to the vendor.

2.29 Guarantees on System Up-Time

The combined Up-Time of the hardware and software provided by the vendor relating to the LOS package should provide continuous and guaranteed level of service and functionality as defined in this document (except the down-time due to the Bank’s network or UPS failure). The vendor undertakes and guarantees a system Up-Time of 99.5% during the period of warranty and AMC with the Bank is in force.

Page 22 of 82

The vendor is liable for a penalty of Rs. 1,000/-(Rupees One thousand only) per day when system availability falls below the expected availability of 99.5%, subject to a maximum of 1% of the above said purchase order value, apart from replacement of the respective hardware/software at vendor’s own cost for ensuring system availability. Such penalty shall be adjusted as maintenance credit against the AMC payable by the Bank to the vendor.

2.30 Confidentiality

This document contains information confidential and proprietary to the Bank. Additionally, the vendors will be exposed by virtue of the contracted activities to internal business information of the Bank, affiliates, and/or business partners. Disclosure of receipt of this tender or any part of the aforementioned information to parties not directly involved in providing the services requested could result in the disqualification of the vendors, pre-mature termination of the contract, or legal action against the vendors for breach of trust. No news release, public announcement, or any other reference to this tender or any program there under shall be made without written consent from the Bank. Reproduction of this tender, without prior written consent of the Bank, by photographic, electronic, or other means is strictly prohibited.

2.31 Security

The vendors’ proposal must include a plan to safeguard the confidentiality of the Bank's business information, legacy applications and data.

2.32 Solicitation of Employees The Bank will insist on a clause that states the parties agree not to hire, solicit, or accept solicitation (either directly, indirectly, or through a third party) for their employees directly involved in this contract till full project implementation, except as the parties may agree on a case-by-case basis.

2.33 Bid Pricing Information By submitting a signed bid, the vendor certifies that: The vendors have arrived at the prices in its bid without agreement with any other bidder of this tender for the purpose of restricting competition. The prices in the bid have not been disclosed and will not be disclosed to any other bidder of this tender. No attempt by the vendors to induce any other vendor to submit, or not to submit a bid for restricting competition, has occurred.

2.34 Non-Disclosure Agreement/Service Level Agreement (SLA)

The selected vendor shall be required to sign Non-Disclosure Agreement (Annexure XIII) and Service Level Agreement (SLA) covering all terms and conditions of this tender and Purchase Order confidentiality and non-disclosure clauses.

2.35 Dispute resolution mechanism

The Bidder and The Bank shall endeavor their best to amicably settle all disputes arising out of or in connection with the Contract in the following manner:- I. The Party raising a dispute shall address to the other Party a notice requesting an amicable

settlement of the dispute within seven (7) days of receipt of the notice. II. The matter will be referred for negotiation between General Manager of The Bank / Purchaser

and the Authorized Official of the Bidder. The matter shall then be resolved between them and the agreed course of action documented within a further period of 15 days.

In case any dispute between the Parties, does not settle by negotiation in the manner as mentioned above, the same may be resolved exclusively by arbitration and such dispute may be submitted by either party for arbitration within 20 days of the failure of negotiations. Arbitration shall be held in New Delhi and conducted in accordance with the provisions of Arbitration and Conciliation Act,

Page 23 of 82

1996 or any statutory modification or re-enactment thereof. Each Party to the dispute shall appoint one arbitrator each and the two arbitrators shall jointly appoint the third or the presiding arbitrator. The “Arbitration Notice” should accurately set out the disputes between the parties, the intention of the aggrieved party to refer such disputes to arbitration as provided herein, the name of the person it seeks to appoint as an arbitrator with a request to the other party to appoint its arbitrator within 45 days from receipt of the notice. All notices by one party to the other in connection with the arbitration shall be in writing and be made as provided in this tender document. The arbitrators shall hold their sittings at New Delhi. The arbitration proceedings shall be conducted in English language. Subject to the above, the courts of law at New Delhi alone shall have the jurisdiction in respect of all matters connected with the Contract/Agreement. The arbitration award shall be final, conclusive and binding upon the Parties and judgment may be entered thereon, upon the application of either party to a court of competent jurisdiction. Each Party shall bear the cost of preparing and presenting its case, and the cost of arbitration, including fees and expenses of the arbitrators, shall be shared equally by the Parties unless the award otherwise provides. The Bidder shall not be entitled to suspend the Service/s or the completion of the job, pending resolution of any dispute between the Parties and shall continue to render the Service/s in accordance with the provisions of the Contract/Agreement notwithstanding the existence of any dispute between the Parties or the subsistence of any arbitration or other proceedings. Notwithstanding the above, the Bank shall have the right to initiate appropriate proceedings before any court of appropriate jurisdiction, should it find it expedient to do so.

2.36 Jurisdiction

The jurisdiction of the courts shall be in New Delhi.

2.37 Notices Notice or other communications given or required to be given under the contract shall be in writing and shall be faxed/e-mailed followed by hand-delivery with acknowledgement thereof, or transmitted by pre-paid registered post or courier. Any notice or other communication shall be deemed to have been validly given on date of delivery if hand delivered & if sent by registered post than on expiry of seven days from the date of posting.

2.38 Authorized signatory

The selected Bidder shall indicate the authorized signatories who can discuss and correspond with the bank with regard to the obligations under the contract. The selected Bidder shall submit at the time of signing the contract a certified copy of the resolution of their board, authenticated by the company secretary, authorizing an official or officials of the Bidder to discuss, sign agreement, contracts with the Bank , raise invoice and accept payments and also to correspond. The Bidder shall provide proof of signature identification for the above purposes as required by the bank.

2.39 Force Majeure

The parties shall not be liable for default or non-performance of the obligations under the contract, if such default or non-performance of the obligations under this contract is caused by Force Majeure. For the purpose of this clause, “Force Majeure” shall mean an event beyond the control of the parties, due to or as a result of or caused by acts of God, wars, insurrections, riots, earth quake and fire, events not foreseeable but does not include any fault or negligence or carelessness on the part of the parties, resulting in such a situation. In the event of any such intervening Force Majeure, each party shall notify the other party in writing of such circumstances and the cause thereof immediately within five calendar days. Unless otherwise directed by the other party, the party pleading Force Majeure shall continue to perform/render/discharge other obligations as far as they can reasonably be attended/fulfilled and shall seek all reasonable alternative means for performance affected by the Event of Force Majeure.

Page 24 of 82

In such a case, the time for performance shall be extended by a period(s) not less than the duration of such delay. If the duration of delay continues beyond a period of three months, the parties shall hold consultations with each other in an endeavor to find a solution to the problem. Notwithstanding above, the decision of the Bank shall be final and binding on the Vendor.

2.40 Vendor’s liability The Vendor’s aggregate liability shall be limited to the total contract value during the Contract Period. However, there shall be no cap on liability of the Vendor for below mentioned events: a) Any willful misconduct or gross negligence of the Vendor, its employees, its agents or employees of its subcontractors in the performance of the Services; b) Infringement of any patent, trademarks, copyrights, intellectual property rights etc. or such other statutory infringements or any other law in respect of the Services provided by the Vendor. The Bank shall not be held liable for and is absolved of any responsibility or claim/litigation arising out of the use of any third party software or modules supplied by the Vendor as part of this Agreement. In no event shall a Party be liable for any indirect, incidental or consequential damages or liability, under or in connection with or arising out of this Agreement or the hardware or the software delivered. Willful misconduct means where the Vendor intends actual harm upon Bank, which may harm Bank and does not include mistake or negligence in any form. Gross negligence means a serious disregard of an obvious risk. All terms and conditions, payments schedules, time frame for implementation, expected service levels as per this Agreement will remain unchanged unless explicitly communicated by the Bank in writing to the Vendor. The Bank shall not be responsible for any judgments made by the Vendor with respect to any aspect of the assignment. The Vendor shall at no point be entitled to excuse themselves from any claims by the Bank whatsoever for their deviations in confirming to the terms and conditions, payments schedules, expected service levels, time frame for implementation etc. as mentioned in this Agreement. The Vendor undertakes to provide appropriate human as well as other resources required, to execute the various tasks assigned as part of the project, from time to time.

2.41 Title and Risk of Loss

The Vendor transfers title to a Machine to Bank upon installation. For each Machine, Vendor bears the risk of loss or damage up to the time it is installed at Bank’s designated location. Thereafter, Bank shall assume the risk. Each Machine will be covered by insurance, arranged and paid for by vendor for Bank, covering the period until it is installed at Bank’s designated location.

2.42 No Employer-Employee Relationship

The Firm / Company or any of its holding/subsidiary/joint-venture/ affiliate / group / client companies or any of their employees / officers / staff / personnel / representatives/agents shall not, under any circumstances, be deemed to have any employer-employee relationship with the Bank or any of its employees/officers/ staff/representatives/ personnel/agents.

2.43 Ownership And Retention Of Documents

The Bank shall own the documents, prepared by or for the selected Bidder arising out of or in connection with the purchase and service agreement. Forthwith upon expiry or earlier termination of the agreement and at any other time on demand by the Bank, the Bidder shall deliver to the Bank all documents provided by or originating from the

Page 25 of 82

Bank and all documents produced by or from or for the Bidder in the course of performing the Service(s), unless otherwise directed in writing by the Bank at no additional cost. The selected Bidder shall not, without the prior written consent of the Bank, store, copy, distribute or retain any such Documents. The selected Bidder shall preserve all documents provided by or originating from the Bank / Purchaser and all documents produced by or from or for the Bidder in the course of performing the Service(s) in accordance with the legal, statutory, regulatory obligations of the Bank in this regard.

2.44 Patent Rights/Intellectual Property rights

In the event of any claim asserted by a third party of infringement of copyright, patent, trademark, industrial design rights, etc. arising from the use of the products or any part thereof in India, the Bidder shall act expeditiously to extinguish such claim. If the Bidder fails to comply and the Bank is required to pay compensation to a third party resulting from such infringement, the Bidder shall be responsible for the compensation to claimant including all expenses, court costs and lawyer fees. The Bank will give notice to the Bidder of such claim, if it is made, without delay. The Bidder 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.

2.45 Termination 2.46.1 Termination for Default: The Bank, without prejudice to any other remedy for breach of Contract, by a written notice of default sent to the Bidder, may terminate the Contract in whole or in part:

(a) if the Bidder 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 Bidder fails, to perform any other obligation(s) under the Contract In the event the Bank terminates the Contract in whole or in part, it may procure, up on such terms and in such manner as it deems appropriate, Products and Services similar to those undelivered, and the Bidder shall be liable to the Bank for any excess costs for such similar Products or Services. However, the Bidder shall continue performance of the Contract to the extent not terminated. 2.46.2 Termination for Insolvency: The Bank may, at any time, terminate the Contract by

giving written notice to the Bidder if the Bidder becomes bankrupt or otherwise insolvent. In this

event, termination will be without compensation to the Bidder, 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.

2.46.3 Termination for Convenience: The Bank, by written notice sent to the Bidder, 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

Bidder under the Contract is terminated, and the date upon which such termination becomes

effective

2.46.4 Consequences Of Termination

In the event of cancellation of order due to any cause whatsoever, [whether consequent to the stipulated term of the RFP or otherwise], The Bank shall be entitled to impose any such obligations and conditions and issue any clarifications as may be necessary to ensure an efficient transition and effective business continuity of the Service(s) which the Bidder shall be obliged to comply with and take all available steps to minimize loss resulting from that termination/breach, and further allow

Page 26 of 82

the next successor Bidder to take over the obligations of the erstwhile Bidder in relation to the execution/continued execution of the scope of the Contract. In the event that the termination of the Service Contract is due to the expiry of the term of the Contract, a decision not to grant any (further) extension by The Bank , the Bidder herein shall be obliged to provide all such assistance to the next successor Bidder or any other person as may be required and as The Bank may specify including training, where the successor(s) is a representative/personnel of The Bank to enable the successor to adequately provide the Service(s) hereunder, even where such assistance is required to be rendered for a reasonable period that may extend beyond the term/earlier termination hereof. Nothing herein shall restrict the right of The Bank to invoke the Performance Bank Guarantee and other guarantees, securities furnished, enforce the Deed of Indemnity and pursue such other rights and/or remedies that may be available to The Bank under law or otherwise. The termination hereof shall not affect any accrued right or liability of either Party nor affect the operation of the provisions of the Contract that are expressly or by implication intended to come into or continue in force on or after such termination.

2.47 Consortium

The Bidder will be one point contact to provide the solution to the Bank. The selected Bidder should provide the Bank an end to end solution, including, but not limited to, supply of software, hardware, interfaces with the existing system, database middleware, maintenance, required / guaranteed uptime, etc. The Bidder should also provide to the Bank details of the consortium and its members. The bidder will not subcontract any part of this RFP scope to a third party.

2.48 Delays In The Bidder’s Performance

The bidder must strictly adhere to the implementation schedule, as specified in the purchase contract, executed between the Parties for performance of the obligations, arising out of the purchase contract and any delay in completion of the obligations by the Bidder will enable Bank to resort to any or both of the following: i. Claiming Liquidated Damages ii. Termination of the purchase agreement fully or partly and claim liquidated damages.

iii. Forfeiting of Earnest Money Deposit / Invoking Performance Bank Guarantee.

Page 27 of 82

CHAPTER - 3 SCOPE OF WORK

A) Functional Requirement

The following functional requirement is not exhaustive, Bank may change/ add new functions at the time of execution basis new developments. Detail Processes & templates shall be provided at a later stage.

Requirement for all segments

1. Full test Module for testing, practice, improvement and correction. 2. Comprehensive training manual with built-in “help‟ menu in system. 3. Output in various formats (including but not limited to MS word, MS excel, PDF, HTML) with print

options in various standard paper sizes (A4, A3, legal, letter etc.) 4. IPR along with Modification code of the software (for internal use). 5. Output to be directly generated on click of a button, which can be seen on screen sharing basis

(collapsible) at all input screens so that users can compare input and output on a single screen and make changes, if necessary. Output button should be available on all the screens & be handy in terms of placement.

6. Multilingual (English Hindi & Major regional Languages) output templates. 7. User credentials to be linked to internal CBS/other system. 8. PSR (Post sanction review) Submission and management. 9. System should have mobile solutions for filed functionality, client visits, including data &

document, pictures uploads. Full Push Pull integration with Bank’s existing databases, internal & external systems/proposed solutions.

10. Mobility solutions for relevant functionality. 11. Automatic picking up of service charges for deviations/modifications/processing for each type of

facilities/borrower. These service charges may be directly debited to CBS, if configured.

3.1 Corporate Lending Module (Including SME)

3.1.1 Project overview Bank intends to automate entire loan origination system including loan origination, processing, disbursement & post sanction Loan management, integration with Banks core Banking system. Proposed solution has to have:

• Complete Loan Life cycle management; automated process from lead management till loan closure with full processing & Post sanction management modules.

• Proper tracking process in order to have faster loan processes leading to business growth & credit quality enhancement.

• Solution for improving Data quality through automated processing & reduced manual interventions.

• Should also lead to lower defects to ensure optimum returns on lending cycles and decreased operational costs improving the bottom-line.

• Should enhance customer experience by streamlined operations that will enable faster responses to customer queries and requests.

• System should be able to integrate seamlessly with Banks Core Banking System (CBS).

Page 28 of 82

• Loan Origination System (LOS) should be available for multiple departments as per Banks requirement (e.g. Advances Deptt; Credit Monitoring Deptt; Retail lending Deptt. etc.)

• Ability to incorporate implications of foreign exchange exposure (Bank will provide details at implementation stage).

The Bank envisages having deeper insights into each transaction through real time business activity monitoring, analytics to ensure lower defects, content and resource optimization through audit trails and dynamic resource allocation.

3.1.2 Project Scope: The scope of the project envisages:

1. Installation, customization, configuration and maintenance of the software required for a Complete Loan Origination system which may also include any other hardware/ software which is essential to run application and any software/ tool that’s not quoted here shall be supplied and installed as part of installation at free of cost.

2. The system should define and support loan products/ portfolios like Working capital loan, Term Loan, Real estate loans, Non fund based lines (LC, BG etc.), Hire purchase, Trade finance Solution, Supply Chain Solution, Cash management System, Bills, Lease etc and further to include any product/portfolio which Bank decides to include launch at a later date.

3. Software should deliver the followings :

• Lead Management.

• Loan Origination System.

• Complete Loan Life cycle Management.

• Integration with Bank’s Core Banking System and other existing systems.

• End-to-end workflow management.

• Ability to define & manage different origination channels.

• Support different loan products and loan types / processes.

• Multi –organization, multi processes, multi – branches support.

• Secured access using profile definition.

• Audit trail of data/ processes.

• Single implementation supporting multiple portfolios.

• Internationalized solution supporting localization of application.

• Powerful structured and configurable workflow for automatic routing of application.

• Supports multi-level loan product hierarchy.

• Support multi-tier rate structure.

• Supports application processing for individual and non-individual customers. Non individual customers to include various constitutions like proprietorship, partnership, Companies, trusts, societies, Corporations, LLP, foreign entities, local branches of foreign entities, sovereign etc.

• User configurable parameters/ processes.

• Configurable Risk policies. To be in built in the system once by the vendor at the time of installation and later to be allowed to be configured by the Bank internally, in case of need.

Page 29 of 82

• Rule based credit evaluation to provide internal credit checking, Credit rating, credit scoring, risk assessment and compliance check.

• Document flow, imaging and archiving.

• Image processing abilities so that image fed as input is properly populated in output.

• Application details and status enquiry should be possible.

• Generate letters, forms, loan legal documentation & all desired template automatically. These generated forms to be modifiable.

• Interface to external/internal systems.

• Skill-based routing.

• E-Signature/ Digital signature enabled.

• Possibility of enhancement with add-ons like Analytics, third party users/ auditors/ valuers/ advocates/ stock auditors/ due diligence agencies.

• Customer portal configuration.

• Ability to perform 3rd party Verifications, Valuations, Field Investigations etc.

• Output format to be flexible enough to have MS Word, Adobe Acrobat PDF and HTML formats etc.

4. Parameterization, historical data management, verifying data quality, migrating data, user acceptance testing, documentation, knowledge transfer and support.

5. Interfacing with other external/internal systems, including but not limited to Core Banking solution, Risk Rating Models, Scoring Models, CIBIL, UIDAI, IT Website, D&B, MCA website/data, CRILC, Market Reports, CERSAI, ECGC, Defaulter list etc.

6. Validation of models, processes and maintenance of application software, system software, database, any other interfaces required by the Bank (existing or proposed) etc.

7. Assistance in supply, installation and maintenance of related hardware at Primary, Near-by and Disaster recovery data centers of the Bank.

8. Providing training to Bank’s designated personnel and also provide Modulewise user manual as well as administrator’s manual, post-implementation support for 36 months from GO LIVE date and further support till the end of agreed Annual Maintenance Contract (AMC) / ATS period.

Requisite modules would need to be rolled out to all branches / offices/Zonal Offices, Branch Offices, Head Office Departments and any other office as desired by the Bank. The LOS Solution shall be installed, implemented and maintained at the Bank’s DC & DR site.

3.1.3 Key Requirement for LOS for Corporate Lending Module (Including SME)

A three level hierarchy for defining financial loan product.

Ability to attach risk policies at any of these levels.

Support for multiple interest rate types like Fixed/Floating, index based and mixed.

Ability to define repayment variations like balloon, moratorium (skip), step-up/ down in the product. Ability to change repayment options, in case of need.

Intermittent and last balloon payments supported.

EMI, Principal Distributed and other methods of payment supported.

Interest and principal moratorium supported.

Servicing of interest during moratorium in line with repayment frequency supported.

Support for individual and non-individual customers (Companies, firms, societies, trust, corporations).

Page 30 of 82

Specific data entry screens designed for a given customer type.

Additional details like financial data for a specific period captured for corporate customer.

Combinations like individual/ corporate as a borrower/ co-borrower/ guarantor or vice-versa are supported.

De-dupe parameter specific to customer type can be defined. Loan products can be defined as corporate products offering more processing flexibility.

Document set specific to customer type can be defined.

NPA Management module.

KYC verification/Due diligence module.

Restructured account Module along with Configurable business rules as per policy and approvals.

Dashboard reporting : few specific reports that are needed are

- Report on Pending proposals

- Report on Pending documentation

- Report on pending security creation

- Report on an industry

- Report on unutilized limits etc.

This list is only illustrative. Above reports may further be drawn at Branch, Zone, region, Segment level.

Classification Logic: reports may be customizable on definable input logic/parameter viz. report on industry, group etc.

One time data Transmission/real time data fetching for existing cases.

3.2 Agriculture Lending Module

Bank intends to digitize the entire Agriculture segment (Farm & Non-Farm credit) loan origination system including loan origination, processing, disbursement & post sanction Loan management. Proposed solution has to have:

• Complete Loan Life cycle management. Automated process from lead management till loan closure with full processing & Post sanction management modules.

• Proper tracking process in order to have faster loan processes leading to business growth & credit quality enhancement.

• Solution to have workflow & application suitable for all type of loans ranging from simple Crop loan to complicated Agro processing Commercial loans.

• Solution for improving Data quality through automated processing & reduced manual interventions.

• Should lead to minimum/ no errors to ensure optimum returns on lending cycles and decreased operational costs improving the bottom-line.

• Should enhance customer experience by streamlined operations that will enable faster responses to customer queries and requests.

3.2.1 Project Scope: The scope of the project envisages:

1. Installation, customization, configuration and maintenance of the software required for a Complete Loan origination system for Agricultural loan (Direct & indirect Agriculture products)

Page 31 of 82

which includes any other hardware/ software which is essential to run application and any software/ tool that’s not quoted here shall be supplied and installed as part of installation at free of cost.

2. The system should define and support loan products/portfolios like

• Kisan Credit Card (KCC).

• Agricultural term loans (Tractors, Machinery, Second Hand Tractors etc.) .

• Advances for four wheeler.

• Farm Produce Marketing Loan / Financing against warehouse receipt.

• Dealers of Agriculture Inputs.

• Farm Building and Structures.

• Scheme for Loan Against Gold Ornaments / Jewellery .

• Minor irrigation, Rural godown, Loan against Warehouse receipt, SHG / JLG, Gobar gas, Land Purchase, Land Development, Plantation & Horticulture, Jewel loan, Poultry, Fisheries, Dairy, Agri Infrastructure loan, Four Wheeler / Two wheeler loan to farmer, Food Processing and other product that Bank has or may launch in future.

3. Software should deliver the followings :

• Lead Management/ Database management.

• Loan Origination System.

• Complete Loan Life Cycle Management.

• End-to-end workflow management .

• Ability to define & manage Direct Selling Agents (DSA)s. Should Support different origination channels (Including Business Correspondents & Business facilitators etc.)

• Support different loan products, loan types / processes.

• Ability to generate automated e-mails / SMSs to applicants / valuers / CPV / other agencies.

• Ability to perform 3rd party Verifications, Valuations, Field Investigations etc.

• Multi –organization, multi processes, multi – branches support.

• Secured access using profile definition.

• Audit trail of data/processes/reports/asset quality etc.

• Single implementation supporting multiple portfolios.

• Powerful structured and configurable workflow for automatic routing of application .

• Supports multi-level loan product hierarchy/ multi-tier rate structure.

• Seasonal Cash Flow / repayment capabilities.

• Supports application processing for individual & Non individual customers.

• User configurable parameters/processes. New product launch to be internally possible.

• Configurable Risk policies. To be in built in the system once by the vendor at the time of installation and later to be allowed to be configured by the Bank internally, in case of need.

• Rule based credit evaluation to provide internal credit checking, credit scoring, Credit rating, risk assessment and compliance checks.

• Document imaging and archiving.

Page 32 of 82

• Image processing abilities, including pictures taken by webcam and other similar image forms. Image fed as input is properly reflected in output.

• Application details and status enquiry.

• Generate letters, forms and, loan legal documentation automatically. These generated forms to be modifiable.

• Interface to internal / external systems.

• Skill-based routing,

• E-Signature/Digital signature enabled.

• Possibility of enhancement with add-ons like Analytics, Vendor portal & customer portal.

• Ability to perform 3rd party Verifications, Valuations, Field Investigations etc

• Output format to be flexible enough to have MS Word, Adobe Acrobat PDF and HTML formats.

• Parameterization, historical data management, verifying data quality, migrating data, user acceptance testing, documentation, knowledge transfer and support.

4. Parameterization, historical data management, verifying data quality, migrating data, user acceptance testing, documentation, knowledge transfer and support.

5. Interfacing with other internal/external systems, including but not limited to Core Banking software solution, Risk Rating Models, Scoring Models, CIBIL, Market Reports, etc.

6. Validation of models and processes and maintenance of application software, system software, database, any other interfaces required by the Bank (existing or proposed), etc.

7. Assistance in supply, installation and maintenance of related hardware at Primary, Near-by and Disaster recovery data centers of the Bank

8. Providing training to Bank’s designated personnel and also provide Modular wise user manual as well as administrator’s manual, post-implementation support for 36 months from GO LIVE date and further support till the end of agreed Annual Maintenance Contract (AMC)/ ATS period.

Requisite modules would need to be rolled out to all branches domestic offices/Zonal Offices/ Branch Offices/ Head Office Departments and any other office as desired by the Bank. The LOS Solution shall be installed, implemented and maintained at the Banks DC & DR site.

3.3 Functional Requirement for Corporate (Including SME) and Agriculture in detail:

Sr.

No.

Category Requirement

1 General Single Loan Application to process single or multiple Facilities/borrowers (Funded & Non-Funded). Types of facility to be configurable.

System should support master data management

of various masters like type of Loans, geography,

business unit etc. and also version control in key

masters.

Page 33 of 82

Ability to Interface with: Multiple host systems/

Core Banking applications, Applications &

Credit Bureaus and card systems.

The system should be able to integrate with

document imaging/processing systems, thus

facilitating the rapid movement of applications

across the processes/ Units without the need of

paper flow.

System should have Flexibility through

extensive Parameterization, Workflow and

Configuration of Rules.

It should be possible to extract any or all data for

further analytical functions or for other purposes

for end users or other systems at Bank in desired

format.

Solution should facilitate upload of information

through batch files containing the application

details.

The fields to be captured should be country

specific. It should be possible to add or remove

fields based on any other specific attributes in the

application such as type of facilities/ securities/

pricing / workflow etc.

User definable rules for scoring, de-dupe,

eligibility, customer exceptions, workflow

movement, etc. using rule builder.

System should be capable of supporting product features. This may be as:

- Regular product parameters. - Special campaign or category parameters - Exceptions (approved through a defined

process)

MIS/data input that requires interfacing with the

core Banking system/ document management

system/ any other system to retrieve/ compare/

validate existing customer details.

The system should provide ability to Record

all user activities with audit trail.

Referencing on the basis of defined rules.

It should be possible to derive data from Banks

other systems by integrating to the intranet.

Controlled interface with external/internal web

links/ data sources/ reference sources for data

verification/ data & information feeding/ checking

information.

Page 34 of 82

Capture the financial data of the customer both

current and projections, as needed. Equity / capital

details, Credit facility sanctioned/availed by/ from

other Banks/ institutions, profit and loss

statements, balance sheet statements, projected

cash flows etc.

Due diligence/ compliance checks through

interface.

The system should include ensuring field level

security in all screens, depending on security

group / level of each user.

System should have parallel processing abilities where at any point of time more than one user can view the case and record their queries. Report on workflow management both for reporting as well as to have a comment & work log of the complete user trail.

Limit management ‒ Interchangeability from funded to non-funded & vice-versa. ‒ Multiple levels of sub limits.

Two way interactions with Core Banking System

where loans approved in LOS can be automatically

disbursed/ managed in Core Banking without

repeat data entry.

Comprehensive stock statement processing module.

Quantitative/ qualitative details linked to

underwriting criteria may be fully in-built in the

system through rule builder. Abilities to update

same given to specific users as per policy.

Full version control along with ability to keep

old versions retrievable in case of need.

Irregularity & Compliance Based reporting.

IPR rights to Bank for internal usage and modification.

Account review parameters to be fully configurable.

2 User Management A function that allows the correct level of user to add new users and remove users.

A function that allows the correct level of user

to modify the access a user requires.

Facility to add users to designated business unit/

branch/ processes/ roles.

System should allow definition/modification of the approval limits, branches and organization structure which could be centralized or decentralized.

Page 35 of 82

The system should include ensuring screen level security in all screens, depending on security group/ level of each user.

System should be configurable to have more user types/ levels to accommodate process changes/ audit or any other functional/ reporting requirement.

Multiple user functionality ‒ Multiple users being able to download the documents for any particular trail. ‒ Multiple users to raise comments which are to be recorded with date and time. Comments could be marked to a user/ user group or be left open for all users.

3 Workflow & Allocation The system should have the capability to allocate particular application to specific approvers. Further, there should be a queuing system that has the capability to allocate based on preset logic. Approver level can be defined as single approver or multiple approvers.

Process of approval may have defined sequential and parallel movement. It should be possible to have both in workflow simultaneously.

Parameter/skill based allocation of workflow items.

Fast track processing. Solution should provide a feature whereby a single user (duly designated) to process an application from start to finish or may have limited access to a specific task.

Ability to define role, profile, level, branch, location based allocation rules for each user along with holidays.

Ability to reallocate or reassign cases from one user to another.

Multiple to & fro movement of work items possible. Comprehensive Reports for workflow.

The queuing feature should include the ability for escalation to higher supervising authority in case the application has remained pending without any activity for a specified period.

Ability to define Service Level Agreement (SLA)

Ability to have workflows for credit lines based on the current process of the Bank. Interact dynamically between the rules engine and the queuing process to move across queues based on process results at each stage of credit processing – Example: risk based verification process resulting in instant approval or based on potential credit limit

Assignments queue to credit officers who can cover such limits.

System should have provision of maker checker facility for different activities like data entry, documents, approval based on risk segment. However this may be defined by administrator.

Page 36 of 82

Ability to allocate automatically to each user based on role and also to a pool/ team so that the available users can select case to work on if needed.

Ability to define external agencies and their users like Direct Selling Agency (DSA), Data Management Agency (DMA), dealers ,Bank Mitra, valuation agencies, verification agencies etc.

Ability to allocate relevant cases to these external agencies and give controlled access to work or give them facility to upload their reports.

4 Sourcing Management Ability to capture details of the source of the application with details like Relationship manager/ Front line manager, Credit Managers, product team names, branch, sourcing location etc.

System should have mobile solutions for filed functionality, client visits, including data & document, pictures uploads.

5 Application Input and Tracking Ability to capture customer details like: ‒ Borrower Information ‒ Personal information ‒ Loan Application details etc. Capture financial & non-financial details for organization inclusive but not limited to type of customers like organization name, registration details, constitution, address etc. 1.Date of appraisal initiation 2.Registering the application details in a user defined format 3.Company master data 4.Customer Follow Up reports 5.Write Up Details a. Company Financials b. Board Details c. Background information d. Key Business risks & mitigation e. Comments on Industry f. Key Financials Comments g. Facility Details h. Pricing Details i. Security Details j. Standard Terms &Conditions k. Rating results (obligor & facility rating) l. Financial ratios and calculation from rating input/output sheets m. Document checklist ( The list is illustrative only and input parameters fully in line with the Banks appraisal formats to be built during the customization stage).

Ability to input varied loan application scenarios (e.g. varied loan amount, repayment terms, pricing etc.) for customer and view the implications/ outcome of the scenarios to front office team/ agents/ officer.

Page 37 of 82

Should provide a space to provide additional information that may be relevant in making credit decision e.g. number of bounced instruments, failed standing orders, window dressing of accounts issues, Credit summation vis-à-vis sales.

System should support Qualitative Data Extraction (QDE), Dynamic Data Extraction (DDE) and checking of the data for any corrections extensively so as to ensure integrity of data.

System should have facility to validate the data being entered with validations like mandatory/ non- mandatory, format validations etc.

Must generate a unique loan number for every loan application and the application enquiry should be possible on specific keys definable parameter.

The unique loan number generated should be easy to trace by the various users who may wish to track the application. For example: can be queried by inputting customer's id no, name or business registration number.

Support Consortium and syndicated facilities where the interest rate could be linked to other Banks interest rates and be periodically monitored through interfaces.

6 Customer Management System must generate a unique customer number & searching based on the denied parameters with full/ partial matching. Full/ partial matching option be configurable.

System should allow automatic fetching of the customer data for an existing customer ‒ Customer Profile ‒ Exposure Details ‒ Group Exposure if any ‒ Existing Facility Details ‒ Securities etc

7 De-dupe & Negative Databases Check

Ability to find if a customer is an existing one

and check for internal / external referral lists.

The system should have the ability to de-dupe with

the current application details like ID numbers,

names or parts thereof, telephone numbers against

similar lists in other product data bases.

Option to reject the application for customer based on the compliance check results.

Escalation Metrics pre-defined.

Ability to view the match details and compare

the matched parameters to be sure that the

customer match is exact and then map them

against same customer id.

Ability to view the existing history, relationship

of the customer with Bank.

Ability to do the de-dupe against multiple

Page 38 of 82

sources like Core Banking Solutions (CBS) etc.

8 Credit Evaluation/Rating

‒ Interface with Internal/ External credit rating system for borrowers. ‒ Capabilities for scoring parameters based assessment abilities in case of schematic lending. ‒ should provide flexibility in defining credit scoring rules/ policies with different multiple combinations and base criteria, provide online credit scoring processing with auto approvals.

The product should have a scoring engine that is capable of credit scoring across demographic and bureau variables with ability to handle multiple score cards across products and segments. Amendment of credit scoring parameters to suit particular purposes.

Ability to key in financial data and use the same for scoring.

Ability to interface with third party external credit rating systems and use the same for defining different paths of the workflow or in internal scoring engine real time or in batches.

Ability to interface with multiple credit bureaus and use the results of same in scoring. The system should be able to generate a file on periodic intervals during a day that contains details to be sent to credit bureau for credit inquiry. Upon receipt of response file, it should be possible to upload the bureau details onto the system.

The system should have the infrastructure to support rule based decisions with embedded architecture enabling such rules to be written by users using customer level elemental data.

9 Eligibility Ability to define the customer eligibility rules based on different parameters.

Ability to arrive at eligible loan amount for a customer based on these rules and data entered for application.

System should support financial analysis based on parameters like :- ‒ Turnover ‒ Liquidity ‒ Profitability ‒ Leverage ‒ Debt Service Coverage ratios ‒ Balance sheet and Profit and Loss analysis ‒ Cash flow and fund-flow analysis ‒ Ratio Analysis as per ratio formulae given by the Bank

Ability to customize so to compute ratios like NPV, IRR, sensitivity, FCFF, FCFE, or other similar tools.

10 Analysis System should support definition of standard formats for financial data and statements like Balance sheet, Cash Flow statement, P&L account, and Funds flow statements. Definition of financial structures based key parameters like Industry

Page 39 of 82

segment, customer type etc.

Structures can be defined for various financial statements like Balance sheet, Cash Flow statement, P&L account, Funds flow statements etc.

System should allow defining ratios like operating profit margin, etc. based on formulae and data obtained in financial statements. System should support details like Average and benchmark ratios.

Financial data for the customer can be used for ratios using uploaded.

System should capture any Number of years (minimum 25 Years) for which the financial projections/ cash flow/ loan /covenants data can be recorded & processed..

The system should capture remarks (with replies) of latest internal/ external auditors (concurrent, statutory, stock audit, etc.), first site inspections. It should also support capturing of text comments along with capturing of remarks and irregularities pertaining to the account in the Bank‟s monthly / quarterly monitoring reports.

Data should be uploaded for audited/ unaudited/ draft/ in-house/ projected.

Standard analysis of financials using basic analytics.

Based on the data uploaded, system should compute the financial ratios as per the configuration in the masters. The system should be able to perform comparison of selected key ratios, financial parameters across borrowers within the industry and against bench marks. Ratios like debt/equity ratio, current ratio etc. and additionally (but not limited to) following: ‒ Paid up capital ‒ Reserves and Surplus ‒ Intangible assets ‒ Revaluation reserve ‒ Tangible net worth ‒ Long-term liabilities ‒ Capital employed ‒ Net block ‒ Investments ‒ Non-current assets ‒ Net working capital ‒ Current assets ‒ Current liabilities ‒ Net sales ‒ Other income ‒ Net profit after tax ‒ Depreciation ‒ Intangible assets ‒ Cash accruals

Page 40 of 82

‒ ROCE (Return on capital employed) ‒ Drawing Power of the applicant

The system should support sensitivity analysis where the User can modify the financial data to find out how the change will affect certain key financial ratios/indicators.

Support to insert images, signatures, table and format the template as per Bank standard formats/ Proposal complexities.

Exposure level references to be pulled from databases.

Data fetching on unhedged foreign Exposure reference data to be analyzed.

11 Project appraisal Standard & customized project appraisal tool & processes.

Building up/ importing/ assessing various financials & business models and other appraisal requirements of project funding.

12 Document Management Ability to define the documents checklist for an application, applicant, asset.

Ability to track the receipt of Documents for an application.

Ability to upload documents against documents/ checklist/data in different formats like jpg, jpeg, png, gif etc.

Ability to Update, inquire and archive documents.

Ability to defer, waive documents based on customer request.

Ability to define mandatory, non-mandatory documents.

Ability to track documents stage wise.

Ability to mark the no of pages, date of receipt, location of the document while receiving it.

Ability to have a verification of the documents by a different user.

13 Fees & Charges System should have a facility to define different fees, charges and taxes which are to be collected for a credit product type and customer type.

Ability to collect fees and charges based on the checklist of generated charges partially or fully.

Ability to waive or defer a charge.

Offer letter to have detailed fee and charge calculation which can be directly debited to Core Banking on triggers.

Should have facility for commission/Fee Management &payment for DSAs, Valuers, LIEs, Lawyers and other third parties.

Payment mechanism for outsourced agencies (including account update, book keeping and reporting).

14 Deviation Management Ability to define deviation based on rules for pricing, demographics and other parameters.

Page 41 of 82

Generation of deviations automatically by the system and allocation to designated authority for approval.

Maker Checker process for deviation approval.

Facility to add certain user deviations based on the discretion of the user/ RM in authority.

15 User Workspace User must be able to see all application he has to work on in a single view.

User should be able to prioritize his work by being able to filter cases based on certain parameters like application id, first name, last name, product etc.

User should also be able to view cases in a pool and claim the case to start working on same.

Supervisor user should be able to view records of his subordinates and be able to take actions on same.

16 Collateral Management Ability to define different collaterals and attributes in the system which have to captured for a collateral.

Ability to capture collaterals for an application.

Ability to generate a collateral id for each collateral.

Ability to generate technical and legal valuation for a collateral and allocate it to a user or agency and capture the valuation details.

Ability to calculate eligibility based on collateral value and Net Present Value (NPV).

Ability to upload valuation documents into the system.

17 Verification Management Ability to generate different verifications for customer based on his application and evaluation process.

Allocate verifications like phone, income, personal, address etc. to user/agencies.

Ability to initiate and do field investigations.

Ability to capture details and documents related to each verification.

18 Terms & Condition Management Facility T&C list has to be automatically selected on the basis of facility type selection.

Borrower standard T&C be selected on the basis of borrower type.

19 Credit Approval Ability to define the sanctioning authority based loan size, product etc. Ability to have a multi-level sanctioning matrix and automatic routing of the case based on that.

The system should aid credit decision making based on the proposal evaluation analysis and credit risk rating. It should facilitate users/ reviewers in understanding assessments through electronic case files.

Ability to allow authorized personnel to override system credit approval or rejection recommendations but with an audit trail that can be tracked.

Page 42 of 82

Ability to route the case for committee approval in case of higher loan amounts.

Ability to generate Credit Appraisal report.

System should provide for definition of the minimum requirements for one to qualify for a credit facility generally and within each stage.

Ability to allow reviewing personnel to view defined sets of information/ comments on each credit request.

Ability to view the application data in a summarized form to take credit action.

20 Covenant System Management Ability to view/ input financials & non-financial covenants.

Periodic monitoring ( with manual intervention) of covenants.

Report generation on compliance/ non-compliance.

21 Review Allow annual review of application as per the above processes.

Previous approvals / rejections be available in the system history.

22 Exception Handling Ability to add certain actions/conditions if the application is not fully up to the mark for approval like addition of co-borrower, collateral etc.

Ability re-routing the case to an appropriate officer in case of any changes or amendments to be made.

Ability to automatically reroute the case in case of any data change based on which the approval was done.

Ability to reject the application with reasons. The system should allow review of rejected applications through a screen that includes the reason for rejection.

Ability to review rejected applications for reopening in special cases.

Facility to recommend an application if it is not in users approving authority

The system should facilitate archival of rejected applications for de-dup purposes.

Once an application for credit is closed, it should not be possible to change the data, except for certain non-critical fields.

The system should have a mechanism that cancels an application if it is pending for more than a specified number of days after follow-up for missing documents/ information.

The system should have override options whereby an earlier rejection or cancellation can be revoked and the application be brought back into the mainstream for positive closure.

23 Output Format : Loan proposal, Loan offer

letter & documents

Ability to process images in input form so as to reflect them in output format.

Output format to be generated in MS Word, MS Excel, Adobe acrobat PDF, HTML, XML etc. and any format needed in future.

Page 43 of 82

Output has to be a printable format with full alignment of text, images & tables.

Generate offer letter & Loan Documents for customer.

Allow acceptance by the customer via a compliance call.

Allow printing of approval / rejection letter in desired format.

Ability to view the status of applications under process Stage wise, branch wise and user wise.

The system should support creation of sanction advice with the following details: ‒ Customer details ‒ Product details ‒ Classification of loan / sector code ‒ Purpose of the sanctioned loan ‒ Terms and conditions of the sanction amount ( rate of interest including any additional charges applicable) ‒ Period of sanction or tenure of loan ‒ Payment terms of interest, margin etc. ‒ Credit rating ‒ Repayment schedules ‒ Moratorium period ‒ Renewal details (where applicable) ‒ Charges to be created with appropriate authorities ‒ Guarantees ‒ Insurance details ‒ Documentation and legal formalities to be executed

Is customer correspondence, including reminder letters, notice of default etc. automatically generated by the system in accordance with defined parameters?

24 Appraisal Note System to have the capability to show a snap shot view of the entire appraisal.

25 Disbursement Ability to generate a disbursement request based on facility type.

Ability to enter disbursement details like beneficiary, mode of disbursement etc.

Have maker checker process for disbursement approval.

Facility to update disbursement details once the disbursement has been done, if needed.

Facility to update details of asset details if any like machine details, project details etc.

Facility to do multi tranche disbursement for loans.

26

Insurance Premium calculation Application workflow should support calculation of Insurance Premium and the integration will broadly have following requirement: Premium calculation and coverage: Premium calculation right from beginning of loan process i.e. from branch level Premium sanction along with loan sanction Generation of member form from system when

Page 44 of 82

sanction letter is generated so that it can be confirmed again or if required signed when customer comes for loan sanction CoI ( certificate of Insurance ) generation from system when policy is issued Option to get extra premium in cases where extra loading in premium due to medical finding is required Option to re-debit the loan account in cases of premium refund ( due to reason related to customer for non-completion of requirements) so that if customer want he can apply for loan cover again Report / MIS to be auto generated and shared for loans covered with insurance to reconcile with premium credited to Insurance Company’s account. Attaching the excel format for data required. Information – for MIS Option to capture – “Premium sanctioned with loan amount - Yes / No” Option to capture – “Member form signed by customer and kept in loan file – Yes / No”

27 Notification Management Facility to provide real time notification of case as per configuration of the Bank.

Ability to automatically send notifications of rejections/ approvals to appropriate personnel with predefined data and conditions.

When an application is approved by a review and forwarded to the next person on the workflow, ability to send auto-notification via outlook to the receiving personnel/ other defined users to inform on applications awaiting actions/ progress.

Ability to automatically notify or alert when the loan is disbursed.

Ability to define templates for SMS, email, letters for notifications based on existing templates of the Bank.

The system should handle and generate documents like but not limited to: ‒ Loan Sanction Letter ‒ Loan Rejection Letter ‒ Loan Related Agreements ‒ Security document ‒ All other document forms

28 Syndicated Loans System to have a specific module on syndicated/ Consortium/ MBA type loans where assessment, rate of interest, monitoring can be linked to other Banks‟ assessment/ documents.

29 Integration with +-01Treasury

management system on global level.

The solution should have a direct but controlled push & pull integration with Bank‟s treasury management solution so as to identify the single borrower & Group borrowers in global treasury operations of the Bank. This will need monitoring of limits and customized reports on outstanding, exposures, portfolio etc. This will also need to fetch regular data from

Page 45 of 82

treasury system &analyses same for monitoring, Marketing & renewal processes at specified platform ( Viz. Data warehouse etc.) Data on derivative product, Bonds, hedging instruments etc. as available in treasury, be made available for all processing, reporting, Exception management and control purpose.

30 Product Management Ability to define new portfolios, products, schemes based on the current/proposed offering of the Bank.

Ability to define pricing(fixed, floating) with different frequencies like yearly, monthly etc. along with ability to set up rules for risk based pricing. Calculation of interest sacrifice/ surplus, in case interest rate is changed due to certain reasons.

Ability to define different calculation methods, repayments methods, repayment variations like step up, step down etc.

Ability to restrict the availability of the product location wise.

Ability to copy and configure new product internally without need vendor support.

Tier Based Loans: The system must have capability for pricing to be based on the tenor of the loan. The system should give capability for longer tenors to have higher pricing.

Capability for Top Up loans: In the event that a customer already has an existing loan, the system must have automated capability to settle the existing loan and generate a new loan application, with a consolidated balance of the new and old loan.

Capability for balance transfers In the event that a customer has an existing loan with another institution, the system must allow for input of this information at origination. This will allow for this information to be reviewed at verification.

Full Ad-hoc limit management system where temporary limits can be processed in the system.

31 Rule Builder Facility to define rules based on different parameters. Rules could be related to de-dupe, scoring, eligibility, deviations of the customer or other rules like risk based pricing.

Flexibility to add new rules based on calculations, criteria .There must be rules that decide on minimum requirements including and not limited to age, income/ balances / employer category / scores obtained etc.

32 Reports/MIS Provide standard reports which are printable in PDF and exportable to Word or Excel or other data analysis formats.

Allows report configuration by allowing customizing report parameters.

Page 46 of 82

System should generate reports like but not limited to:- ‒ Applications approved ‒ Application declined ‒ Sourcing Performance ‒ Input & modify interest Rates& fees ‒ TAT reports ‒ SLA reports ‒ Applications pending ‒ Disbursement Applications ‒ Pending documents Application ‒ Pending verification ‒ Pre Finalized Company Rating Report ‒ Final Company Rating Report ‒ Interim Industry Rating Report ‒ Final Industry Rating Report ‒ Company Financials Report ‒ Score Mismatch Report ‒ Risk Rating Reference Report ‒ Industry Benchmark Report ‒ Company Comparison Report ‒ Case Status Report ‒ TAT Report ‒ User Access Rights Report ‒ Audit Report ‒ Executive Summary Report ‒ User Login Logout Report

33 Dashboards Ability to define operational dashboard parameters, presentation style, levels, products etc.

Classify applications stored according to their status e.g. Approved, declined, cancelled, under review, closed (definable frequency for reports). Online MIS and inquiries should include but not be limited to productivity MIS per processor type, per loan type, limits type, Operational MIS, Demographic MIS, Credit scoring MIS, path traversed by an applications – workflow activities done with date, time, main comments and processor details etc.

3.4 Retail Lending Module 3.4.1 Purpose Bank intends to streamline the loan origination & tracking process in order to have faster loan disbursals leading to business growth. This should also lead to lower defects to ensure optimum returns on lending cycles and decreased operational costs improving the bottom line. Proposed origination system should enhance customer experience by streamlined operations that will enable faster responses to customer queries and requests. The Bank envisages having deeper insights into each transaction through real time business activity monitoring, analytics to ensure lower defects, content and resource optimization through audit trails and dynamic resource allocation.

Page 47 of 82

3.4.2 Project Scope for Retail The scope of the project envisages:

1. Installation, customization, configuration and maintenance of the software required for a Loan Origination System (LOS). Any other hardware/ software which is essential to run application and not quoted shall be supplied and installed at free of cost.

2. The system should define and support loan portfolios like Auto loans, Mortgage loans, Consumer durable loans, Personal loans, Credit cards, Microfinance, Hire purchase, Lease etc.

2(a). All the existing Retail Lending Schemes be covered under the LOS and scope/ provisions be made to add additional product and/or to amend or remove existing products in future.

3. LOS should deliver the followings:

End-to-end workflow management

Support different origination channels

Support different loan products and loan types

Multi –organization, multi – branches support

Secured access using profile definition

Audit trail of data

Single implementation supporting multiple portfolios

Internationalized solution supporting localization of application

Powerful structured and configurable workflow for automatic routing of application

Supports three level loan product hierarchy

Support multi-tier rate structure

Supports application processing for individual as well as corporate customers

User configurable risk policies

Rule based credit evaluation to provide internal credit checking, credit scoring and compliance check

Document imaging and archiving

Application details and status enquiry.

Generate letters and forms automatically

Interface to existing / new external systems

Ability to define Direct Selling Agents (DSA)s. Should Support different origination channels (Including Business Correspondence & Business facilitators) .

Ability to perform 3rd party Verifications, Valuations, Field Investigations etc

Ability to end-end time stamp for each activity , Turnaround Time (TAT) calculation

Ability to generate automated e-mails / SMSs to applicants / valuers / CPV / other agencies

4. Parameterization, historical data management, verifying data quality, migrating data, user acceptance testing, documentation, knowledge transfer and support

5. Interfacing with other external systems including Core Banking software solution, validation of models and processes and maintenance of application software, system software, database, interfaces etc.

6. Interfacing with other external/internal systems, including but not limited to Core Banking solution, Risk Rating Models, Scoring Models, CIBIL, UIDAI, IT Website, D&B, CRILC, Market Reports, CERSAI, Defaulter list etc.

Page 48 of 82

7. Assistance in supply, installation and maintenance of related hardware at Primary, Near-by and Disaster recovery data centers of the Bank

8. Providing training to Bank’s designated personnel and also provide Module wise user manual as well as administrator’s manual, post-implementation support for 36 months from GO LIVE date and further support till the end of agreed Annual Maintenance Contract (AMC)/ ATS period.

Requisite modules would need to be rolled out to Zonal Offices, Branch Offices and other Head Office Departments. The LOS Solution shall be installed, implemented and maintained at the Banks DC & DR.

3.4.3 Functional Requirement for Retail

Sr.

No.

Category Requirement

1. Product configuration A three level hierarchy for defining financial loan product

Ability to attach risk policies at any of these levels

Support for multiple interest rate types like fixed, index based and mixed

Ability to define repayment variations like balloon, moratorium (skip), step up/ down in the product

Intermittent and last balloon payments supported

Interest and principal moratorium supported

Servicing of interest during moratorium in line with repayment frequency supported

Support for individual and corporate customer:

Specific data entry screens designed for both customer types

Additional details like financial data for a specific period captured for corporate customer

Combinations like individual as a borrower and corporate as a co-borrower or vice versa are supported

De-dupe parameter specific to customer type can be defined

Loan products can be defined as corporate products offering more processing flexibility

Document set specific to customer type can be defined

2 Originations Workflow Each loan application should be monitored

from the time it is entered into the system, and tracked through the various steps of credit review and approval process. Some of the common steps that should be followed in application workflow are as follows.

Quotations Quick / Detailed Data Entry Duplicate Check / Review

Page 49 of 82

Credit Scoring Document Process Credit Bureau Check (CIBIL) Verification Details Multi – Level credit evaluation Decision making Disbursement

Application workflow should include Quotation Generation Quick Data Entry Detailed Data Entry Allocation

3 Quick Data Entry System should have application data entry mechanism and run through some credit checks to determine the applicant’s eligibility for the loan applied.

Loan request generated with minimal data entry to reduce TAT (Turn Around Time)

Duplicate check activity performed on submitting an application

Quick Scoring can be computed Minimum Credit Parameter check can be

made available Made available to Direct Selling Agents

(DSAs)

4 Detailed Data Entry Customer information at detailed level should be captured.

Customer’s detailed information should be maintained.

Add Borrower, Co-borrower and Guarantor details.

Loan and product details are added with various repayment parameters

Multiple collaterals are accepted as security

5 Complete Application This process should allow the user to enter missing data/ modify the existing data and then re-submit the application for further processing.

6 Correct Application System should check the application data

against all the product level parameters and in case of discrepancies, the same can be modified at this stage .Product validations to be checked. If violated, rectification activity performed.

7 Data Entry through

Digitization Uploaded scanned images of Application

form Manually fill up the application form by

keeping the scanned image as reference

8 Allocation Accounts allocated based on Allocation Logic applied

Page 50 of 82

‒ Push Method ‒ Pull Method

‒ Manual Method - Quantity Method

Percentage Method

9 De-dupe – applicant and asset

Provision to configure rules for De-dupe at product level.

System supports phonetics as well as algorithm based duplicate check

De-dupe rules can be configured for applicant as well as asset/ collateral

Unique rule sets can be defined for individual and corporate applicant types

Unique customer ID generation for the applicant

Unique collateral ID generation for the asset/ collateral

De-dupe can be configured to store audit trail of all match calls done.

De-dupe screen can provide summarized financial data like current customer exposure.

10 Verification Process Multiple types of verification should be supported

- Field Investigation - Bank & ITR Verification - Office Verification - Residence Verification - Personal Interview - Organization Verification

Multiple instances of a single verification type

Assigning verification requests to Internal and External users

Verification is a 3 step process Initiate Verification Perform Verification Accept Verifications Ability to re-initiation verification if

required System should also support third party

verification (report update etc.) Ability to define Escalation matrix/ Queue

Management Ability to interface with external agencies/

authorities for documents verification

11 Document Configuration Three Tier Document Definition - Document Code

- Document set code

- set of various types of documents

- Document family

Page 51 of 82

- similar type of documents are

grouped together in a family

Ability to define Mandatory and non-mandatory documents

Applicable document sets can be configured at applicant, application and asset level.

Stage at which the documents are expected to be received can be configured

12 Document Checklist generation

There should be automatic document checklist based on application data according to preconfigured document set.

13 Document receipt Documents should be received or verified at 3 levels. These are applicant level, asset level or application level

Depending on the stages, documents can be received till post disbursement

Provision to upload scanned images of documents available at multiple stages

Ability to waive a certain document Ability to defer a certain document to a

future date / stage Provision to verify upload received

documents

14 Document Verification All received documents can be verified after they are received

Documents can be marked as satisfactory/Non-satisfactory

15 Document Waiver Document waiver process to be supported with an approval flow

16 Add Documents Should allow adding new documents in existing list at multiple stages

17 Document Deferment Should allow deferment of certain documents to a future date/ stage

18 Digitization Documents / reports can be uploaded at various stage like document receipt, verification report

Supports report through which the TAT can be viewed

Maintains separate Error list which contains documents that are marked as error

Supports comprehensive image tool bar which supports image editing functionalities like split, merge, rotate etc.

Supports various multiple types of image formats like gif, jpg, jpeg, png, tif, tiff and bmp

Supports automatic upload of documents through various channels. Channels can be emails, fax, mobile etc.

19 Deviations Handling Should support following deviations Multi-Level Deviations System defined deviations triggered based

on the configuration

Page 52 of 82

Additional manual deviations are also available

Role based deviation approval

20 Applicant Underwriting Applicant Details till current stage is maintained

Field investigation available along with the discrepancies

21 Asset Underwriting Property De-dupe Property Appraisal Legal and Technical Verification Manage Discrepancy data

22 Multi-level approval/ committee approval

Multi-level approval based on sanction limits

Levels and associated sanction limits defined at product level

Refer to supervisor available to the final level for more robust decisions.

23 Committee approval Provision to define committees like approval committee, pricing committee etc.

Multiple committee members can be defined along with veto and non-veto members

Automatic approval / rejection based on decisions taken

24 Other actions Ability to put applications on hold till pending actions are completed

Application can be returned to any earlier stage in the workflow if required

Ratification process for decisions taken is supported

25 Initial Receipts Collection of charged amounts either: Customer Up front Capitalize Integration with Banks collection system

(existing or proposed)

26 Add/ Waive/ Refund Fees

The fees can be collected upfront or can be added to the loan amount

Apart from system identified fees, additional fees can be added

Facility to waive after seeking approval for the same

Commission payment to DSAs as per Bank policy

Service payment to outsourced agencies

27 Senior Underwriting Should support multiple Level Decision based on applied loan amount.

Specify special conditions to be fulfilled during loan approval.

28 Simulation Risk Calculation Generation of Offer Letter Allows to change values against parameters

Page 53 of 82

like: - Loan Amount

- Tenor

- Product etc.

29 Credit Check List User configurable credit checklist Multiple types of checklists can be

configured User can mark the checklist tasks as

completed at the credit evaluation stage

30 Multiple collateral handling

Multiple collateral should be provided against a single application

Collateral process for entry, valuation and attachment supported as workflow activities

Ability to configure single/ multiple collateral support at application level

31 Collateral Valuation Process

Workflow based valuation process

‒ Initiate valuation request ‒ Valuation report details ‒ Accept valuation ‒ Attach collateral

Support for Legal & Technical Valuations Valuation requests can be assigned to

Internal and/or External users. Multiple instances of a single valuation

request can be generated

32 Disbursement Process Should support following disbursement process

Disbursement request Disbursement release Disbursement approval

Also, it should be able to run following disbursement cases (not exhaustive) 1. Partial Disbursement

Partial disbursement supported with two options

-Pre EMI where only interest payment on partially disbursed amount is made -Principal and interest repayment on partially disbursed amounts

Any disbursement can be marked as Final and principal and interest repayment on disbursed amount commences.

2. Full Disbursement 3. Full installment repayment should be

commenced

33 Document tracking post Disbursement

Documents configured to be received post disbursement are tracked through email/ SMS alerts

34 Review Mechanism Application workflow should include Review of Borrower accounts.

Page 54 of 82

35 Insurance Premium calculation

Application workflow should support calculation of Insurance Premium and the integration will broadly have following requirement:

A) Premium calculation and coverage:

1. Premium calculation right from beginning of loan process i.e. from branch level

2. Premium sanction along with loan sanction

3. Generation of member form from system when sanction letter is generated so that it can be confirmed again or if required signed when customer comes for loan sanction

4. CoI ( certificate of Insurance ) generation from system when policy is issued

5. Option to get extra premium in cases where extra loading in premium due to medical finding is required

6. Option to re-debit the loan account in cases of premium refund ( due to reason related to customer for non-completion of requirements) so that if customer want he can apply for loan cover again

7. Report / MIS to be auto generated and shared for loans covered with insurance to reconcile with premium credited to Insurance Company’s account. Attaching the excel format for data required.

B) Information – for MIS

1. Option to capture – “Premium sanctioned with loan amount - Yes / No”

2. Option to capture – “Member form signed by customer and kept in loan file – Yes / No”

B) Technical Requirement :

Project Scope Bank will award the contract to the successful vendor and the vendor should deliver the service with the following scope: 1. The license for the solution to be Enterprise wide perpetual level for all the modules offered

without any constraint on number of branches or users for the Bank’s Operations in India

present & future subsidiaries and associates present & future RRBs.

2. The vendor is expected to provide the Solution, including hardware, database, licenses, storage,

network & security devices, training, third party utilities (if any) and installation, testing,

migration, providing requisite interfaces, liasoning with Bank’s existing system Integrator, other

Page 55 of 82

vendors and provide technical support for a period of five years (3 year warranty and 2

year AMC & ATS period) from the date of implementation.

3. Implementation of the proposed solution should be completed within 12 months of the

acceptance of order.

4. By means of diagrammatic / pictorial representations, the Vendor should provide complete

details of the hardware, software and network architecture of the Loan Origination System

offered, including the project plan for go live. Vendor to also provide security setup proposed in

the solution and various layer of risk identification and mitigation measures.

5. The selected vendor should also support the requisite certifications, integration, and

maintenance, compliance, etc. and day to day operations on 24*7*365 basis.

6. The selected vendor should host the solution at Bank's premise/ advised premise in High

Availability mode, along with DR and a minimum uptime time of 99.50 %

7. The vendor shall do proactive monitoring and do capacity planning at regular intervals and

advise the Bank on Hardware /Software upgrades. However, there should not be any additional

cost to the Bank for any software upgrade or Hardware upgrade during the contract period as

the Bank may use existing IT infrastructure or procure separately the required infrastructure

based on the sizing proposed by the vendor. The vendor is supposed to provide as part of the

technical solution the complete IT infrastructure details like Server, Operating System, Database,

Storage Capacity, network and other related requirements. In the event the sizing proposed by

the Vendor does not meet the performance / service levels of the Bank the Vendor will at their

cost carry out the necessary upgrades / replacements. The Bank has the right to deduct / recover

from the vendor the required additional expenses which Bank may incur on account of such

upgrades / replacements.

8. The selected vendor should provide a separate Production , Training and Development /UAT

environment.

9. The solution should have ability to generate various MIS reports as per regulatory / statutory

guidelines / requirements. Vendor to arrange for necessary customizations wherever required

during the contract period.

10. Vendor should provide the complete documentation including technical, operations, user

manuals etc.

11. Following documents should be delivered by the Vendor to the Bank for every

software/hardware including third party software before software/ service become operational,

which includes, user manuals, installation manuals, operation manuals, design documents,

process documents, technical manuals, functional specification, software/hardware requirement

specification, system configuration documents, system/ database administrative documents,

debugging/ diagnostics documents, test procedures etc.

12. The vendor should also provide documents related to Review Records/ Test Bug Reports/

Various Logs / Root Cause Analysis Report, list of all Product components, list of all dependent/

external modules and list of all documents relating to traceability of the Product as and when

applicable. The Vendor should also provide the MIS reports as per requirement of the Bank.

13. Any level/ version changes and/ or clarification or corrections or modifications in the above

mentioned documentation should be supplied by the Vendor to the Bank free of cost in timely

manner.

14. Vendor shall train designated PSB officials on the configuration, operation/ functionalities,

maintenance, support & administration for software/ hardware/ Database/ OS/ Middleware,

application architecture and components, installation, troubleshooting processes of the

proposed solution.

15. Post Implementation support.

16. Escrow of application software.

Page 56 of 82

17. Benchmarking of proposed solution if desired by Bank.

18. The system should support online/ real-time comprehensive and customizable management

dashboard.

19. The proposed solution should be capable of handling both back-end and front-end of our Loan

Origination System.

20. The proposed Loan Origination System should be able to integrate with Bank’s Core Banking

Solution - Finacle. All the back office accounting and liability entries have to be triggered in CBS

apart from dynamically fetching client limit and facilities related information from there as part

of transaction processing. Hence, the plan for implementation for interfacing their Loan

Origination System with the following (but not limited to) should be provided with the technical

bid.

21. Core Banking Platform at our Offices, currently Finacle.

22. Bank’s Payment Hubs /Middleware.

23. Bank’s Mail servers.

24. The Vendor should integrate the software with the existing systems as per requirement of the

Bank.

25. System integration testing will be followed by user acceptance testing, plan for which has to be

submitted by the vendor to the Bank. The UAT includes Functional tests, Resilience tests,

Benchmark Comparisons, Operational tests, Load tests etc. Bank staff/ third Party Vendor

designated by the Bank will carry out the functional testing. This staff/ third party vendor will

need necessary training for the purpose and should be provided by the Vendor. Vendor should

carry out other testing like resiliency/ benchmarking/ load etc. Vendor should submit result log

for all testing to the Bank.

26. The proposed Loan Origination System should provide a robust MIS support by way of

Dashboard with certain in built reports. These reports would inter alia cover extraction of data

for various internal, external MIS and regulatory purposes including Transaction Monitoring

activities. The dashboard has to be multi-level both at front end and back end viz: (1) Corporate

Level/Group level information; and (2) Branch/zonal/head office level information for the Bank

users/ Administrators. The indicative list of reports which come out of the box should be

provided with technical bid. The reports can be generated for different domain like universal,

zonal specific and frequency for generating these reports should be as per Banks requirement

(daily, monthly, quarterly, annually etc.).

27. The product should offer maximum flexibility in User administration for the Corporates / Retail

while making available all the required user control tools at the hands of the Bank users.

28. The product should offer versatile but robust access controls and user rights controls – both

physical and logical. The solution should support super administration for the Bank as whole as

well as local administrators and user controls at Head/ Zonal/ branch level.

29. The solution should support to customize the product for different jurisdictions as per the local

Regulations as well as client needs.

30. The proposed solution should be capable of handling multi country, multi-currency, multi-

product Loan Origination System administration and services. Going forward the Loan

Origination System should also be capable of interfacing with multiple back office solutions and

core Banking system, if required. In addition, the solution should be dynamic enough to

configure for all types of operations, viz. centralized model, hub and spoke model and at zonal

centers. The solution needs to have an inbuilt feature of assigning/ reassigning tasks even across

various branches/zones.

31. The product should also have proven abilities of assisting the Bank in maintaining audit trails,

audit logs of all its functions/ processes.

Page 57 of 82

32. If there is any core Banking system upgrade then it is vendor’s responsibility to ensure that the

integration with the core Banking system is provided without affecting the normal course of

business.

33. The solution should have ability to interface with other third party solutions like screening

software solutions, transaction monitoring solutions, etc. is mandatory. The solution should also

have the capability to generate alerts (e-mails/ SMS) to applicants/ beneficiary. The solution

must provide the capability of document upload and transfer both from customer and back-end.

Vendor should clearly indicate the size/ type of document and scanning specifications for this

facility, as also the bandwidth needed. It is expected that the bidder clearly specifies the file types

supported and the estimated bandwidth requirement for a given file size.

34. The solution/ software developed or customized should follow a standard development process

to ensure that it meets functional, security, performance, scalability & regulatory requirements

of the Bank.

35. The Bidder should comply with Bank’s IS Security policy in key concern areas relevant to the

RFP. Some of the key areas are as under:

Responsibilities for data and application privacy and confidentiality.

Responsibilities on system and software access control and administration.

Custodial responsibilities for data, software, hardware and other assets of the Bank being

managed by or assigned to the Vendor.

Physical Security of the facilities, wherever required to be provided by the vendor.

Physical and logical separation from other customers of the Vendor, wherever required to be

provided by the vendor.

Incident response and reporting procedures.

Password Policy of the Bank.

Data Encryption/ Protection requirement of the Bank.

Security requirement of the Bank will be shared with the successful bidder.

36. Backup System: Bidder will be responsible for Backup up of Application and Database as per the

requirement of the Bank.

37. Test & Training: Exclusive Test & Training environment should be made available outside

production area in the respective DC/DR as per Bank’s decision.

38. Vendor must submit the description of the hardware, system software, RDBMS, Storage, Network

devices and any other suits separately for

LOS run for 5000 concurrent users, which is scalable to 10000 concurrent users in a period of 5

years.

LOS data will be retained on-line for a period of 10 years beginning from the previous years as

decided by Bank and ending with the current year. The maintenance of the archival of the data

will be done either on Storage, Hard Disk, Tape or DAT drive or any other means desired by

Bank.

Page 58 of 82

CHAPTER - 4

PENALTIES

4.1 Implementation Penalty:

The selected bidder must adhere to the implementation plan as stated in the RFP. Delay in successful implementation of the LOS within the 12 months from the date of PO shall attract penalty

In case Bidder is not implemented LOS complete solution with Go-Live Implementation in 12 months from date of PO ,the vendor shall be liable to pay a penalty of 0.25% per week of the total value of purchase order. Bidder will submit an unconditional undertaking to pay the penalty amount immediately after demand from bank. 4.2 Down Time penalty: The vendor is liable for a penalty of Rs. 1,000/-(Rupees One thousand only) per day when system availability falls below the expected availability of 99.5%, subject to a maximum of 1% of the above said purchase order value, apart from replacement of the respective hardware/software at vendor’s own cost for ensuring system availability. Such penalty shall be adjusted as maintenance credit against the AMC payable by the Bank to the vendor. 4.3 Performance Penalty: In case the Critical Errors are not resolved within the stipulated time as above, there shall be a penalty of Rs. 500/-(Rupees Five hundred only) per hour exceeding above said 4 hours resolution time apart from replacement of the respective hardware/software at vendor’s own cost for solving the errors. In case the error is not resolved within 4 days from the time of reporting of the error by the Bank, the vendor shall be liable to pay a penalty of 0.25% of the total value of the above said purchase order. Such penalty shall be adjusted as maintenance credit against the AMC payable by the Bank to the vendor. The Vendor undertakes and guarantees that all the Medium Level Errors will be resolved in the production environment within 36 hours of the Bank intimating the same through writing, telephone or fax. In case the Medium Level Errors are not resolved within the stipulated time as above, there will be a penalty of Rs. 500/= (Rupees five hundred only) per day exceeding the above said 36 hours resolution time apart from replacement of the respective hardware/software at the vendor’s own cost for solving such errors. In case the error is not resolved within 7 days from the time of reporting of the error by the Bank, the vendor shall be liable to pay a penalty of 0.25% of the total value of the above said purchase order. Such penalty shall be adjusted as maintenance credit against the AMC payable by the Bank to the vendor. The vendor undertakes and guarantees that all the Low Level Errors will be resolved in the production environment within 5 days of the Bank intimating the same through writing, telephone or fax. In case the Low Level Errors are not resolved within the stipulated time as above, there shall be a penalty of Rs.500/-(Rupees Five hundred only) per day exceeding the above said 5 days' resolution time apart from replacement of the respective hardware/software at the vendor’s own cost for solving such errors. In case the error is not resolved within 10 days from the time of reporting of the error by the Bank, the vendor shall be liable to pay a penalty of 0.25% of the total value of the above said purchase order. Such penalty shall be adjusted as maintenance credit against the AMC payable by the Bank to the vendor.

Page 59 of 82

Recovery of Penalty:

(I) During warranty Period: Amount of penalty will be recovered from vendor, on demand from Bank. The vendor undertakes to pay the penalty amount as prescribed by the Bank. Bank reserve the right to invoke the Bank Guarantee for recovering the penalty amount. (II) During AMC Period: Amount of penalty as per above clauses will be recovered/adjusted while making payment of the next renewal of AMC under the maintenance contract. In case of non-renewal of AMC, vendor will submit an unconditional undertaking to pay the pending penalty amount or damages immediately after demand from PSB. The Bank reserves the right to recover the penalty amount by any mode such as adjusting from any payments to be made by the Bank to the Bidder.

Page 60 of 82

ANNEXURE – I

Tender Covering Letter The Assist General Manager - IT Punjab & Sind Bank, Bank House, 21, Rajendra Place, New Delhi -110008 Dear Sir, Sub: Procurement, Implementation and Maintenance of Loan Origination System (LOS) under Rate Contract- Tender Ref No.________________________________ dated _________________ With reference to the above RFP, having examined and understood the instructions including all annexure, terms and conditions forming part of the Bid, we hereby enclose our offer for LOS (Loan Origination System) Under Rate Contract forming Technical as well as Commercial Bids being parts of the above referred Bid. Further we agree to abide by the terms and conditions of this tender and our offer shall remain valid for 180 days from the date of commercial bid opening and our offer shall remain binding upon us which may be accepted by the Bank any time before expiry of 180 days.

Until a formal contract is executed, this tender offer, together with the Bank’s written acceptance thereof and Bank’s notification of award, shall constitute a binding contract between us. We understand that the Bank is not bound to accept the lowest or any offer the Bank may receive. We also certify that we are not blacklisted / banned by any Public sector Bank/PSU/GOI Department at the time of bid submission. Dated this ____day of __________, 2017 Signature: (In the Capacity of)

Page 61 of 82

ANNEXURE – II

Compliance to Minimum Eligibility Criteria The Minimum Eligibility Criteria for the bidder shall be as under:- S No. Eligibility Clause Complied

(Y/N) EC-1 The bidder must be a Limited Company/ Private Limited Company ,

registered in India under the companies Act 1956

EC-2 d) The bidder should be an OSD or authorized partner of OSD for supply

of licenses and solution implementation and maintenance support

under warranty / AMC for the solution.

e) If bidder (partner of Original Solution Developer (OSD)) is not able to

fulfill its obligation to support the solution during the contract period,

OSD will have to ensure support as per contract. An undertaking from

the OSD to this effect must be submitted.

f) One bidder can bid only with one OSD and similarly one OSD can bid

with only one bidder.

EC-3 The bidder should have a minimum turnover of Rs. 50 crores per year during last three financial years. (i.e. FY 2013-14 2014-15, 2015-16 & 2016-17 (if available))

EC-4 The Bidder must have positive net worth in last 3 financial years (i.e. FY 2013-14 2014-15, 2015-16 & 2016-17 (if available))

EC-5 The bidder should be engaged in supplying, installation and providing maintenance services for software in India for at least last 3 years.

EC-6 The bidders / Authorized Representative must have support office in India.

EC-7 The Bidder should not be banned by any Public sector Bank/PSU/GOI Department as on date of submission of bid.

EC-8 The Bidder has to give unconditional undertaking for providing service support , component parts, software’s, Hardware, network devices etc. of all quoted products for minimum five years from the date of installation.

EC-9 The Bidder must have supplied and implemented the proposed solution in at least one public sector Bank/ Scheduled Commercial Banks.

Signature

Seal of Company

Page 62 of 82

ANNEXURE-III Compliance to Technical Specification

a) Functional Specification

Sr. No.

Category Requirements Compliance

(Yes/No)

Comments/

Remarks

1 Processing and Automation level

Quality, depth, relevance & presentation of Financial Analysis: Ratio Calculation, Cash flow assessment, standardized financial analysis generation from an excel input with mechanized output of parameters with prototype comments on variations.

Document Management & Processing:

Easy Upload and download of

Documents in various popular formats

with abilities to use these documents

in part or full in output templates.

Output format generation, referencing

and input/ output sync.

Reports, MIS & Dashboard utilities-

presentation & coverage.

2 Product

suitability &

readiness to

Bank's

requirements

Parameterization:

System’s capabilities to have strong

rule engine where products, processes,

policies can be configured. The system

should also have input options where

all the information/ parameters

related to Loan Processing/

management/ reports can be

entered/customised to have desired

output formats & Process flow.

Product Support & Limit Management: Solution should have relevant features needed for Asset Products across various verticals. It should have limit management system in place with full Functionality between multiple limits (funded and non –funded).

Page 63 of 82

Abilities & current level of interfaces: Interfacing with Internal systems/databases ( viz. Core Banking, Defaulter lists, reporting systems, trade finance solutions, treasury management System, Document management system, Lead management system etc).

Abilities & current level of interfaces:

Interfacing with External systems ( Viz

CIBIL, RBI site, defaulter lists, ECGC,

CRILC, MCA, industry databases,

customers‟ ERP solutions etc).

Quality of Due Diligence Level & Man-

Machine Balance Customization level.

Abilities to help Bank in Resource

planning & derive efficiencies, mobility

requirements.

3 Loan Life Cycle Management

Post Sanction Management- Abilities to automatically fetch terms & conditions (fed as input in underwriting criteria) for periodic monitoring. Ideally system should do a periodical comparison for measurable parameters and throw reports to the users.

Features to help digitize Monitoring,

Covenant Management.

Early Warning signals report

generation based on the data fetch

from core Banking software and also

on the basis of compliance to terms &

conditions.

4 Security, Workflow User Experience

& Workflow solution, Deviation Management & escalation Metrics: Configuring of workflow for different segments like Agriculture, Retail, Corporate(Including SME).

User Convenience, Ease of Use, Navigation: Ease of use for users in terms of data input, effort reduction, navigation, screen management etc. System should lead to a user experience helping them to have lesser time for acquaintance. User screens should be suitable in line with Banks’ user profile.

Page 64 of 82

5 Vendor Capabilities

Vendor’s Capability & direction of

R&D. Future development plans &

how they could be linked to the

version being offered to the Bank

now.

Work plan for implementation, preparedness of the vendor & presentation of the product features.

Capability Assessment Site Visit: Site visit to be arranged by vendor for Bank’s evaluating team on a mutually agreeable location where Bank’s team could go and look at the actual product running and can evaluate same.

b) Technical Specification

S.NO. Requirements Compliance

(Yes/No)

Comments/

Remarks

A Application Architecture

1 The architecture should support online real time updation

between the application & database.

2 Integrity of the data should be maintained between the

application & database.

3

The architecture should have the ability to increase the

number of concurrent instances to keep the application

server parameters below 70% utilization (CPU,

Memory, Hard disk, etc.)

4 The product should support SSO (Single Sign On) for all

modules of Loan Origination System (LMS).

5

Does the application support LDAP? If so, please describe

how LDAP is supported and which LDAP server is supported.

Describe how the system can integrate with Windows Active

Directory to achieve Single-Sign-On (SSO).

6 Solution is platform agnostic – not dependent on a particular

hardware setup.

7

Solution is capable and being offered in such a manner that

includes installation either as a single instance or multi

instance depending on Bank’s requirements.

8 Capable of being implemented on a Centralized, localized

and/ or a hub and spoke model implementation.

9 Workflow based design for various applications and

transaction originations & management.

10

Supports real time replication of data from production site to

DR site and permit manual and automatic shift of the

application to the DR site.

11 Solution architecture has the capability to be configured in

active-active mode.

Page 65 of 82

12 Application supports database and OS level clustering.

B Database Requirements

1 Ability to support for pooling multiple database connections

when the load on the application increases.

2 Ability of the database to support clustering. Indicate the

number of clusters that can be configured.

3 Ability of the database to support central storage of data with

multiple instances of the database.

4

The Database architecture should have the ability to increase

the number of concurrent instances to keep the database

server parameters below 70% utilization (CPU, Memory,

Hard disk, etc.).

5 Ability to support online replication.

6 Ability to implement SAN's for data storage in the

architecture.

7 Application should support Archival and Retrieval of history

data.

8

Data Migration Capabilities: Migration of data on one time

basis from existing systems and also on ongoing basis if

needed.

C Hardware and Operating system

1 The Operating system should support IP V6.

2

Hardware parameters (like CPU, Memory, hard disk, NIC, etc.)

should not cross the 70% utilization levels at any point in

time.

3 Should be able to support different protocols (TCP/IP, IPX,

etc.).

4 Adequate staging procedures and test environments for

supporting staging.

5 Test environments should be exactly similar to production

environment.

6 Hardware equipment should be scalable to support increased

requirements of the Bank.

D Availability Parameters

1 The solution should be available 24*7*365.

E Security / Data Integrity

1 Integrity of data to be maintained at 100% of time.

2 Encryption to be used for data traveling between LOS and

other interfacing applications.

3 Standards & Guidelines should be developed, implemented

and followed for all IT assets.

4 Data Integrity should be ensured using internationally

accepted hashing algorithms such as MD5.

5

Security Control: System to have required level of security

and protection of data. This shall also include data backup

and version control abilities.

Page 66 of 82

6

System security is password controlled (for operating system, database, application and terminal id) which complies with the

Bank’s security policy (e.g. minimum password length, no. of

attempts for logout, recycle of passwords etc.).

i Sensitive data such as passwords and authentication

credentials shall not be logged in transaction or system

activity files.

ii The maximum data length for logging is pre-determined.

iii Successful and unsuccessful authentication attempts are

logged.

iv Successful and unsuccessful authorization events are logged.

v How can single sign-on be supported?

7

An authenticated session, together with its encryption

protocol, should remain intact throughout the interaction

with the customer. In the event of interference, the Developer

will ensure controls are in place to terminate the session and

reverse out the affected transactions. As an integral part of

the two-factor authentication architecture, appropriate

measures to minimize exposure to a middleman attack which

is more commonly known as a man-in-the-middle attack

(MITMA), man-in-the browser attack or man-in-the

application attack, are implemented.

i Sensitive information that is passed in the cookies is

encrypted.

ii The session identifier shall be random and unique.

iii The session shall expire after a pre-defined length of time.

8

The Service Provider shall create adequate controls ensuring

that, when exception or abnormal conditions occur, resulting

errors do not allow users to bypass security checks or obtain

core dumps.

9

The Service Provider shall only install or use cryptographic

modules based on authoritative standards and reputable

protocols. The Service Provider shall implement strong

cryptography and end-to-end application layer encryption to

protect customer PINs, user passwords and other sensitive

data in networks and storage. The Service Provider shall

implement or support encryption when client account and

transaction data is transmitted, transported, delivered or

couriered to external parties or other locations.

10

Security framework is supported in terms of authentication,

multi-level authorization, auto log-off, password control,

single sign-on audit.

11 System allows administrators to implement access

management in a granular manner.

Page 67 of 82

12

System provides comprehensive audit trail features to

monitor activity of specific programs and data files etc. The

system should also provide on-line access to audit trail

information.

13 Time/ date stamp, user ID, & before and after changes.

14 Activities executed by the Application system administrator.

15 Segregation of duties is permitted (e.g. segregated function

between system and application administration).

16 Ability to define groups so that access can be categorized.

F Interfaces

1 The system should be able to interface with the core Banking

system and other system required by Bank.

2 All modules in the system are fully integrated and provide

online processing, real time updates and batch processing.

3 Solution is capable of being interfaced with any existing or

future multiple back office system / CBS system of the Bank.

4 Solution should have open API/ web services which can be

interfaced with multiple back offices simultaneously.

5 Provide support to XML, CSV, TXT,PDF etc. standard

messaging protocols for interfacing.

6 The system should have the ability to rollback a transaction

to a particular stage and restart, if required.

7 Provide ability to define business rules for validation and

translation of incoming/outgoing messages.

8 Security features and consideration for the interfaces. Does

system cater for end-to-end encryption?

9

Interface able to handle exceptions (e.g. will output to log

files, retries) when unsuccessful. Able to handle continual

processing or gracefully terminated.

10 What are the standards supported by the solution for

interfaces? Review both on-line and batch interfaces in detail.

G Web Server

1

The application should have the ability to support Apache,

Netscape enterprise, Commerce server, Microsoft IIS, etc. as

web servers

2 The web server should scale to future Bank requirements.

H Application Server

1 The application should be able to support HTML, DHTML, etc.

(Markup language).

2

Client side scripting/ programming languages like Java

scripts, VB scripts, Java Applets, ActiveX, etc. should be

supported.

3 Database Connectivity support should be ODBC, JDBC etc.

Page 68 of 82

4

Queuing system for prioritizing messages to external

applications. The system should ensure the

delivery/response of the message.

5 Provide support for store-and-forward mechanism in case of

a communication breakdown.

6 Support standard queuing engines (IBM MQ, MSMQ, etc.).

I Audit Trail

1 Does the system provides comprehensive audit trail features

such as:

i Daily activities log are merged into the history log files

ii Date, time and user-stamped transaction list are generated

for different transactions

iii Do transaction screens display system information including

Processing Date, Current Time, Current User

2 Daily activity reports are provided to highlight all the

transactions being processed during the day.

3 Support for recording of Unsuccessful attempts to log-in to

the system.

4 System to provide session log files. The user should be able to

analyze the information (e.g., account id, session time etc.).

5 System should provide tracking of the client’s IP & Network

Interface address.

J Reporting

1 Provide a full set of operational and audit trail reports for

each of the modules.

2

Periodical reports to appropriate authorities can be

generated. The frequency and content of the reports can be

determined by the Bank user.

3 Generation/ transmission of email alerts/ advices at various

stages of the processing.

4 Support for online access of reports.

5 Support for integration with standard report writers to

generate user defined reports.

6

Ensure complete log of all successful/ unsuccessful events/

accesses to the system/ database by users, resources used

and actions performed (including recording all changed

values where applicable).

7 Automatic report generation capability.

8 Pre-built query feature for non-programmers.

Note: All the licenses required as a part of solution should be provided by the bidder as part of the solution at no additional cost to the Bank. The bidder should provide the details of all hardware components proposed as part of solution.

Signature Seal of Company

Page 69 of 82

Annexure-IV

Bidder’s information The Assist.General Manager (IT) Punjab & Sind Bank, HO Information Technology Department, Bank House, 2nd Floor, 21, Rajendra Place, New Delhi -110008 Reg : Procurement, Implementation and Maintenance of Loan Origination System (LOS) under Rate contract With reference to your RFP No._________________________________dated ________________(Read with its Addendums/Corrigendum/Amendments), we submit necessary information hereunder:- 1. Name & address of the Company with

direct phone numbers

2. Name of the company 3. Registration No. and date of

establishment

4. Website Address 5. Email Address 4 Present strength of the firm

(a) Is Company ISO Certified (b) No. of sites handled presently (c) Nos. of Staff Members

5 Average time required to attend the call during 3 year warranty

6 Total Service Support centers in India 7. Detail of Tender Fee and Earnest

Money Deposited.

8. Figures for last 3 years (in Crores with two decimal):- Annual Turnover Profit Revenue earned from PC Business

2013-14 2014-15 2015-16 __________ ___________ ___________

__________ ___________ ____________ __________ ___________ ____________

9 Income Tax PAN 10 Service Tax Registration No. 11 Trade Identification No.(TIN) for VAT

12 Trade Identification No.(TIN) for CST 12.1 GST NO. 13 Previous Assignments with the Punjab

& Sind Bank, if any, during the last five years

Assignment Year ______________________ __________ ______________________ __________ ______________________ __________ ______________________ __________

14 If Assignments done (as per Column 13) with Punjab & Sind Bank, whether Satisfactory Performance Letter is attached with the Bid

Yes / No

Page 70 of 82

DECLARATION

I/We hereby declare that the terms and conditions of the tender stated herein and as may be modified/mutually agreed upon are acceptable and biding to me/us. We understand and agree that:-

1. The Bank is not bound to accept the lowest bid or may reject all or any bid.

2. If our Bid for the above job is accepted, we undertake to enter into and execute at our cost,

when called upon by the Bank to do so, a contract in the prescribed form. Unless and until a

formal contract is prepared and executed, this bid together with your written acceptance

thereof shall constitute a binding contract between us.

3. If our bid is accepted, we are to be jointly and severally responsible for the due

performance of the contract.

4. The Bank may accept or entrust the entire work to one Bidder or divide the work to more

than one bidders without assigning any reason or giving any explanation whatsoever and

the Bank’s decision in this regard shall be final and binding on us. Bidder means the vendor

who is decided and declared so after examination of commercial bids.

5. We assure to comply with the licenses, software and hardware configuration , that will be

original, no duplicate or old/used parts/ licenses will be supplied. Software licenses

numbers will be provided and will be genuine.

6. We undertake to give a service commitment along with availability of spare parts and

technical support for complete LOS solution for at least two years post warranty.

7. In view of the critically of the application, the equipment(s) at any time will be kept by us

in efficient running condition. Immediate replacement of defective

parts/patches/OS/application will be done with a view to ensuring 99.5% uptime of the

entire LOS solution.

Name of person Authorized to sign

Mobile No. Email Date: Place : Official Stamp: SIGNATURE OF AUTHORISED SIGNATORY

Page 71 of 82

ANNEXURE –V

ACCEPTANCE/COMPLIANCE CERTIFICATE

All Terms and Conditions including scope of work (Technical specifications) We hereby undertake and agree to abide by all the terms and conditions stipulated by the Bank in this RFP including all addendum, corrigendum etc. Any deviation may result in disqualification of bids. Signature: Seal of company Technical Specification

We certify that the solution offered by us for tender conform to the specifications stipulated by you with the following deviations List of deviations

1)

2)

3)

4)

(If left blank it will be construed that there is no deviation from the specifications given above) Signature: Seal of company

Page 72 of 82

ANNEXURE-VI

SERVICE SUPPORT CENTERS DETAILS

Sr.No. Location Status of Office Working days &hours

No. of Maintenance Engineers

Address Office Tele./fax Number

Name of contact Person with contact number

Signature and Seal of Bidder

Page 73 of 82

Annexure - VI A

Reference Site Details (Please provide detail of at least one Scheduled Commercial Bank)

Bank Name

Address

Telephone Number

Fax Number

Contact Name

Title

What is or was the contact’s role on the implementation/ project?

State the duration of the implementation

Go Live date for the pilot offices

Which modules and version of the software are being currently used?

What version of Operating System, database etc. is in use? Are there any other system used in conjunction with the application software like front end systems etc.? Please provide details if any.

State number of offices/branches using the software

Modules used at HO

Modules used at other offices/ branches

Status of Disaster Recovery Site

State the number of employees and users using the software.

State the number of transactions processed per day at the reference installation.

State the maximum number of on-line users in any office/branch where your modules are installed and specify all the modules that are in concurrent use

State, if any, interfaces to external systems are implemented at this site

State, if any, interfaces to CBS System and/or other systems are implemented at this site.

…

Signature and Seal of Bidder

Page 74 of 82

ANNEXURE-VII

DETAIL OF PERFORMANCE DURING LAST 3 YEARS

NAME OF BIDDER:_______________________________

Order Placedby (Full Address of Purchaser)

Order No. and Date

Description and Quantityof ordered Equipment

Value of Order

Dateof Completion

Remark (reason for late delivery)

Performance of equipment (Attach certificate from customer)

As per Contract

Actual

Signature and Seal of Bidder

Page 75 of 82

Annexure VIII Format for Commercial Bid (Table 1 to 4)

Note: 1. This bill of material must be attached in Technical Offer as well as commercial offer. The

format will be identical for both Technical and Commercial Offers, except that the Technical Offer should not contain any price information. Technical Offers without the bill of material will be liable for rejection.

2. All the offer must be quoted on the basis of three year comprehensive warranty including license cost.

3. Vendor must take care in filling price information in the Commercial Offer, to ensure that there are no typographical or arithmetic errors. All fields must be filled up correctly.

Table-1

Sr No Item Quantity Cost Total 1 Loan Origination System (includes module cost, System integration cost

(installation, implementation, configuration, customization and testing charges) and data migration charges )

1.1 Corporate Lending Module (Including SME)

1.2 Agriculture Lending Module 1.3 Retail Lending Module 1.4 Other Module (if any , specify) 2 Training 2.1 Core Team Training 2.2 End User Training 3 Others (if any , specify)

A : Total (1+2+3)

Table 2:

Hardware, System Software, RDBMS, Network equipment, storage etc. as per Industry Standard.

Sr No Item Quantity Cost Total 1 Server 1.1 Database Server 1.2 Application Server 1.3 Web Server 1.4 Database Server – UAT /Training 1.5 Application Server – UAT /Training 1.6 Web Server – UAT /Training 1.7 Any other (Please specify) 2 Operating System

2.1 OS for LOS Database Server

2.2 OS for LOS Application Server

2.3 OS for LOS Web Server

2.4 OS for LOS Database Server- UAT/Training

2.5 OS for LOS Application Server– UAT/Training

Page 76 of 82

2.6 OS for LOS Web Server – UAT/Training

2.7 Any other (Please specify)

3 RDBMS

3.1 RDBMS for LOS Database Server

3.2 RDBMS for LOS Database Server – UAT /Training Server

3.3 Others (if any, please specify)

4 Network Equipment

4.1 Firewall/L3 Switches/L2 switches/Routers etc.

4.3 Any other (Please specify)

5 Storage

B : Total cost of Implementation for Hardware & System Software, RDBMS, Network Equipment ,storage etc. (total of 1 to 5)

Table 3:

Calculation table for Post warranty charges i.e. AMC/ATS for 2 years

Sr No Item Cost 1. AMC & ATS cost first year (after warranty period of 3 years) 2. AMC & ATS cost second year (after warranty period of 3 years)

C : (Total 1 to 2)

Table: 4

(TOTAL COST OF OWNERSHIP)

Sr No Total Cost 1 TOTAL COST OF OWNERSHIP (A+B+C)

Total cost in Words Rs.

Note:-

1. Bidders should strictly quote in the format and for periods as mentioned above. 2. No counter condition / assumption in response to commercial bid will be accepted. Bank

has a right to reject such bid. 3. The bidder to quote total price excluding taxes as applicable. 4. ATS & AMC for Software/Hardware/other-suits will start after expiry of warranty and

warranty will start from the date of successful implementation of Hardware and software in production and acceptance by Bank.

5. Bidders must quote for all the items required by the Bank. If the rate of any of the items is not quoted, bid will be rejected summarily as non-responsive.

6. Please incorporate the item in commercial proposal strictly as per Technical offer only.

Date: Place : Official Stamp: SIGNATURE OF AUTHORISED SIGNATORY

Page 77 of 82

ANNEXURE – IX

Performa for the Bank Guarantee for Earnest Money Deposit (To be stamped in accordance with stamp act)

Ref: Bank Guarantee # Date : __________ Punjab & Sind Bank Information Technology Department 21, Rajendra Place, Bank House, New Delhi 110008 Dear Sir, In accordance with your bid reference No.______________________Dated _______________M/s______________________________________ having its registered office at ______________________________________________herein after Called „bidder‟) wishes to participate in the said bid for Procurement, Implementation and Maintenance of Loan Origination System (LOS) under Rate Contract. An irrevocable Financial Bank Guarantee (issued by a nationalized /scheduled commercial Bank) against Earnest Money Deposit amounting to Rs.____________(Rs._____________________________) valid up to ___________ is required to be submitted by the bidder, as a condition for participation in the said bid, which amount is liable to be forfeited on happening of any contingencies mentioned in the bid document. M/s_________________________________ having its registered office at __________________________ has undertaken in pursuance of their offer to Punjab & Sind Bank (hereinafter called as the beneficiary) dated __________ has expressed its intention to participate in the said bid and in terms thereof has approached us and requested us___________________________ (Name of Bank) ________________________ (Address of Bank) to issue an irrevocable financial Bank Guarantee against Earnest Money Deposit (EMD) amounting to Rs ___________(Rupees_______________________) valid up to__________. We, the ___________________________ (Name of Bank)________________________ (Address of Bank) having our Head office at ______________________ therefore Guarantee and undertake to pay immediately on first written demand by Punjab & Sind, the amount Rs. ________________(Rupees__________________________) without any reservation, protest, demur and recourse in case the bidder fails to Comply with any condition of the bid or any violation against the terms of the bid, Without the beneficiary needing to prove or demonstrate reasons for its such demand. Any Such demand made by said beneficiary shall be conclusive and binding on us irrespective of any dispute or difference raised by the bidder. This guarantee shall be irrevocable and shall remain valid up to ____________. If any further extension of this Guarantee is required, the same shall be extended to such required period on receiving instructions in writing, from Punjab & Sind Bank, on whose behalf guarantee is issued. "Not withstanding anything contained herein above Our liability under this Bank guarantee shall not exceed Rs.____________(Rupees__________________________).

This Bank guarantee shall be valid up to ___________________. We are liable to pay the guaranteed amount or any part thereof under this Bank guarantee only if you serve upon us a written claim or demand, on or before _____________ before 14.30 hours (Indian Standard Time) where after it ceases to be in effect in all respects whether or not the original Bank guarantee is returned to us." In witness whereof the Bank, through its authorized officer has set its hand stamped on this _____________ Day of ______________2017 at __________________ Name of signatory Designation Bank Common Seal

Page 78 of 82

ANNEXURE X CHECK – LIST FOR BID SUBMISSION

S.No. Document Attached with Bid (Y/N)

Page Numbers

From To

1 Tender Covering Letter as per Annexure –I

2 Compliance to Minimum Eligibility Criteria as per Annexure II. (please ensure that all related documents to Minimum Eligibility criteria have been attached)

3 Compliance to Technical Specification as per Annexure III

4 Bidders Information as per Annexure IV

5 Acceptance of the terms and conditions of RFP and Technical Specifications (compliance Statement as per Annexure V )

6 Service Support Centers Detail as per Annexure – VI

6 (A) Reference Site Details as per Annexure – VI A

7 Performance Statement as per Annexure VII

8 Sealed Envelope containing ‘commercial Bid price’ as per Annexure VIII and IX

9 Bid Earnest Money in the form of Bank Guarantee as per Annexure X

10 DD/ pay order of Rs. 10000/- payable to Punjab & Sind Bank toward cost of Tender Document (Please mention the tender name with year and company name at the back of DD/Pay order.)

11 Copy of Power of Attorney authorizing official

for signing the Bid

12 Undertaking from bidder/ OSD’s certifying that all the components, parts, assembly etc used inside the company products/ hardware are new and original.

13 Price masked commercial bid

14 Any other document indicating the feature of the product.

Signature Seal of Company

Page 79 of 82

ANNEXURE-XI Format of Performance Bank Guarantee

(Issued by a nationalized /scheduled commercial Bank) Tender Reference No: ______________________Date _________________ The Assist. General Manager -IT Punjab & Sind Bank, HO IT Department, 21, Rajendra Place, New Delhi – 110008 Dear Sir, 1. WHEREAS pursuant to a Request for Proposal dated…………….. (hereinafter referred to as RFP, issued by Punjab & Sind Bank, Bank House, 21, Rajendra Place, New Delhi in response of (Vendor / Service Provider), a Company registered under the Companies Act, 1956 and having its Registered / Corporate Office at …………………………………has awarded the Contract valued Rs………………………………….and appointed…………………….as Vendor for Procurement, Implementation and Maintenance of Loan Origination System (LOS) under Rate Contract vide Appointment letter / Purchase Order No…………………………………dated……………..on the terms and conditions as set out inter-alia in the said RFP and in the Appointment Letter / Purchase Order. 2. WHEREAS you have in terms of the said Appointment letter / Purchase Order called upon Vendor to furnish a Performance Guarantee, for Rs…………………………….Rupees only), equivalent to…………………..of the Contract value, to be issued by a Bank in your favour towards due performance of the Contract in accordance with the specifications, terms and conditions of the said Appointment letter / Purchase Order and an Agreement entered / to be entered into in this behalf. 3. WHEREAS Vendor has approached us for issuing in your favour a performance Guarantee for the sum of Rs…………………………….. (Rupees………………………………………………………………………………………..). NOW THEREFORE in consideration of you having awarded the Contract to…..…………………….......inter-alia on the terms & conditions that provides a performance guarantee for due performance of the terms and conditions thereof. We,………………….Bank,…………………… a body corporate constituted under ……………………………………having its Head office at………………………………………………(give full address) and a branch inter-alia at………………………………. India at the request of……………………do hereby expressly, irrevocably and unconditionally undertake to pay merely on demand from you and without any demur without referring to any other source, Rs………………………….(Rupees………………………………………………………………….only) against any loss or damage caused to or suffered by or that may be caused to or suffered by you on account of any breach or breaches on the part of …………………….of any of the terms and conditions of the Contract and in the event of……………………..committing any default or defaults in carrying out any of the work or discharging any obligation under the said Contract or otherwise in the observance and performance of any of the terms and conditions relating thereto including non-execution of the Agreement as may be claimed by you on account of breach on the part of ……………….of their obligations or default in terms of the said Appointment letter / Purchase Order. 4. Notwithstanding anything to the contrary contained herein or elsewhere, we agree that your decision as to whether the ……………..has committed any such breach / default or defaults and the amount or amounts to which you are entitled by reasons thereof will be binding on us and we shall not be entitled to ask you to establish its claim or claims under this Guarantee, but will pay the same forthwith on demand without any protest or demur. Any such demand made by you shall be conclusive as regards the amount due and payable by us to you.

Page 80 of 82

5. This Guarantee shall be valid up to ……………. plus 3 (three) months of the Claim period from the expiry of said guarantee period. Without prejudice to your claim or claims arisen and demanded from or otherwise notified to us in writing before the expiry of the said date which will be enforceable against us not withstanding that the same is or are enforced after the said date. 6. You will have the fullest liberty without our consent and without affecting our liabilities under this Guarantee from time to time to vary any of the terms and conditions of the said appointment letter or the Contract to be made pursuant thereto or extend the time of performance of the Contract or to postpone for any time or from time to time any of your rights or powers against the ………………and either to enforce or forbear to enforce any of the terms and conditions of the said appointment letter or the Contract and we shall not be released from our liability under Guarantee by exercise of your liberty with reference to matters aforesaid or by reason of anytime being given to or any other forbearance, act or omission on your part or any indulgence by you or any other act, matter or things whatsoever which under law relating to sureties, would but for the provisions hereof have the effect of releasing us from our liability hereunder provided always that nothing herein contained will enlarge our liability hereunder beyond the limit of Rs…………………….. (Rupees…………………………………………………………………………………only) as aforesaid or extend the period of the guarantee beyond ………………………………………….(date) unless expressly agreed to by us in writing. 7. This Guarantee shall not in any way be affected by you are taking or giving up any securities from …………………………..…or any other person, firm or company on its behalf or by the winding up, dissolution, insolvency as the case may be of ………………….……. 8. In order to give full effect to the Guarantee herein contained, you shall be entitled to act as if we were your principal debtors in respect of all your claims against ……………………….……….hereby guaranteed by us as aforesaid and we hereby expressly waive all our rights of surety ship and other rights, if any, which are in any way inconsistent with any of the provisions of Guarantee. 9. Subject to the maximum limit of our liability as aforesaid, this Guarantee will cover all your claim or claims against …………………….……from time to time arising out of or in relation to the said appointment letter / Contract and in respect of which your claim in writing is lodged on us before expiry of Guarantee. 10. Any Notice by way of demand or otherwise hereunder may be sent by special courier, telex, fax, e-mail or registered post to our Head Office / Local address as aforesaid and if sent accordingly it shall be deemed to have been given when the same has been posted. 11. This Guarantee shall not be affected by any change in the constitution of ___________or nor shall it be affected by any change in your constitution or by any amalgamation or absorption thereof or therewith but will ensure to the benefit of and be available to and be enforceable by the absorbing or amalgamated company or concern. 12. This Guarantee shall come into force from the date of its execution and shall not be revoked by us any time during its currency without your previous consent in writing. 13. We further agree and undertake to pay you the amount demanded in writing irrespective of any dispute or controversy between you and ________________ in any suit or proceeding pending before any court, Tribunal or Arbitrator relating thereto, our liability under these presents being absolute and unequivocal. The payments so made by us shall be a valid discharge of our liability for payment hereunder and ____________shall have no claim against us for making such payment. 14. We have the power to issue this Bank Guarantee in your Bank’s favour as the undersigned has full power to execute this Bank Guarantee under the Power of Attorney issued by our Bank.

Page 81 of 82

15. Our authority to issue this guarantee may be verified with our Controlling Office situated at __________________________________________________(full details of persons to be contacted address and phone numbers etc). 16. Not withstanding anything contained herein above; i) Our liability under this Guarantee shall not exceed Rs_______________(Rupees______________________________________________________only ) ii) This Guarantee shall be valid and remain in force up to_________________plus the Claim period of 3 (three) months and including the date ______________________ iii) We are liable to pay the guaranteed amount or any part thereof under this Guarantee only and only if you serves upon us a written claim or demand for payment on or before the expiry of this Guarantee. Dated this the__________________ day of ______________ 2017. Signature and Seal of Guarantors Vendor’s Bank

Page 82 of 82

Annexure-XII Pre-bid query format (to be submitted in MS- excel format)

Sr. no Page No. Clause Number

RFP clause

Bidders remark