UNION BANK OF INDIA REQUEST FOR PROPOSAL (RFP) For PAYMENTS SOLUTION. Under. Cash Management Services

Transcription

1 UNION BANK OF INDIA REQUEST FOR PROPOSAL (RFP) For PAYMENTS SOLUTION Under Cash Management Services Page 1 of 73

2 Tender Notice Union Bank of India invites sealed offers in two parts from all eligible bidders for Supply, Installation, Customization, Integration, Implementation and Maintenance of Payments Solution in the Bank as per the terms & conditions contained in the Request for Proposal (RFP). Please visit our website or Government portal ( for details. RFP forms can be downloaded from the website. Date of commencement of issue of RFPs Last date for receipt of queries Last date for submission of RFP Responses Opening of Technical Bids Fees for RFP document (non-refundable) Earnest Money Deposit / Bank Guarantee (Bid Security) Name of the contact person Address : 04/09/2015 at hrs : 11/09/2015 at hrs : 28/09/2015 at hrs : 28/09/2015 at hrs : Rs.10,000/- (Rupees Ten Thousand only) : Rs.10,00,000/- (Rupees Ten Lakhs only) : Mr. P Sridhar/ Ms.Priya Choudhari/ Mr.Biju S : Union Bank of India, 4 th Floor, Technology Centre, 1/1A, Adi Shankaracharya Marg, Powai, Andheri (E), Mumbai Id : [email protected] Contact Numbers : , , Page 2 of 73

3 Table of Contents 1. Background Scope of Work Hardware, O/S and Database Requirement Eligibility Criteria Project plan and Project Schedule Contract with the Bidder Bidder Demonstrations Proposal Process Management Submission and Acceptance of Bidder Instructions to Bidder Amendment of Bidding Document Documents Constituting the Bid Cost of the RFP and Bid Security Price Composition Reverse Auction Erasures or Alterations Period of Validity of Bids Format and signing of Bid Opening of Bids RFP Clarifications Evaluation Process Award of contract Other Terms and Conditions Notices Implementation/ Onsite Support Services Use of Contract Documents and Information Advertisement Indemnification Page 3 of 73

4 29 Confidentiality Delivery and Documents Payment Terms Amount for Annual Technical Support (ATS) Liquidated Damages Termination for Default Exit Option Limitation of liability Information System Service and Support Customization Process Force Majeure Arbitration Jurisdiction Annexure A (Acceptance of Terms and Conditions) Annexure B (BID Form) Annexure - C (Bidder Profile & Other Information) Annexure - D (Functional & Technical Requirements) Annexure E (Documents for Eligibility Criteria) Annexure E1: Unpriced Indicative Commercial Offer/Bid (Bill of Material) Annexure E 2 : Indicative Commercial Offer/Bid (Bill of Material) Annexure - F: Business Rules for Reverse Auction Annexure G (Format of Bank Guarantee) Page 4 of 73

5 1. Background Union Bank of India (hereinafter called as Bank or the Bank ) is having its Central Office at 239, Vidhan Bhavan Marg, Nariman Point, Mumbai and more than 4200 branches /offices across the country. It is one of the pioneer public sector banks, committed to proactively address the dynamic needs of society and offer wide range of innovative products and services to fulfill the needs. Bank has decided to implement Payment solution and its related components with an objective to handle all payment related activities efficiently at one place. The Solution should be a web based system which helps bank to achieve operational excellence in payment related activities in a cost effective manner. Existing technology profile of bank under Cash Management Services (CMS) Presently bank is using software solution (only Collections) from M/s Polaris running on Sun Solaris having Oracle 10g as database and IBM Websphere Application Server version 6.1 as the platform under three tier architecture. 2. Scope of Work The scope of work includes but not limited to: 2.1 Supply, Installation, Customization, Integration, Implementation and Maintenance of a centralized 3 tier web-based payments solution. The scope includes all functionalities as mentioned in Annexure D. 2.2 The bidder should study the requirements of the bank including customizations and provide a Systems Requirement Study (SRS) report to the bank. 2.3 System should be capable of seamless integration with Core Banking Solution (Infosys - Finacle) for posting accounting entries and MIS. The system should also be capable of being integrated with all present payment systems of RBI, NPCI and Bank s internal / reporting systems like MIS, Document Management System and Data warehouse. It should also support future enhancements/upgradations with any of the interconnected systems and CBS (FINACLE). 2.4 The system should support organization hierarchy, user, role based access with proper authentication and audit trails. Page 5 of 73

6 2.5 The report/statement should be generated in all standard format such as (DOCX, XML, XLSX, TXT, CSV, PDF, MT940, MT950) wherever applicable and required by Bank and other entities. 2.6 The solution must provide for reports Branch wise /Region wise/ Zone wise / SET wise (user defined group of branches or areas), Bank wise. 2.7 Providing a reporting tool to facilitate report design, generation, distribution and archiving. 2.8 Provide remote printing facility for POs and Cheques. 2.9 Providing interface for Payment (Push and Pull) data from various external sources, (such as corporate, individuals, Governmental and non Governmental Agencies, Rating agencies etc.) by way of Integration with their systems. eg. ERP, SFTP, Middleware There should be facility for customers and bank users to upload data, view and /or download reports. The upload facility should have built-in security features supporting upload using digital signatures, tokens, encryption & upload at specific times, upload from specific PC(IP/MAC based authentication), check with bidder database, use of levels (amount wise, category wise and user wise) for upload data Providing auto-reconciliation features for all transactions amongst various applications like Finacle, IMPS, NACH and your software at various stages of transactions The bidder should either provide the source code itself with necessary documentation or arrange to keep it under escrow arrangement The bidder will be required to implement all four environments for the solution i.e. UAT, Production, Standby & DR with replication between Production and DR The bidder will be required to provide Post implementation, Onsite support required during office hours from Monday to Saturday and also during working holidays. Duties of onsite engineer includes configuration changes, Page 6 of 73

7 version upgradations, performance monitoring, troubleshooting, bug fixing, patch installation and liaison with bank officials for various support issues etc. and assist bank officials in switching to DR site in case of system failure and conduct DR drills in conjunction with the Bank Training to the Bank s project team and the user team. Training must cover both classroom and hands on sessions. Necessary training material and documents must be provided to the participants. The training programme should be of 2 batches of maximum 25 participants each at Mumbai or Bangalore. Trainers cost to be borne by the bidder and Bank will provide the classroom and other facilities Assist bank s team in carrying out User Acceptance Test by providing test cases for UAT Providing comprehensive documentation of the application including the application architecture, description of the interfaces, the data model, database table structure, data flow diagrams, complete description of the data elements (metadata), user manual and any such requirements of the bank Providing application maintenance for error fixing, additions / modifications to the software to cater to changes to data sources and /or new reporting requirements during warranty period of one year as well as during the post warranty period Closure of all VAPT / IS AUDIT observation within time frame stipulated by Bank without any additional cost to the Bank Solution should support all industry specific standard format i.e. ISO 20022, ISO 8583, SWIFT messaging formats and any messaging standards as stipulated by RBI from time to time The Bidder should provide support at Mumbai and Bangalore Web Interface should be available for both bank users and bank customers. Solution should support both IPv4 and IPv6 with SSL Certificate. Page 7 of 73

8 2.23 System should support RBI s directives and guidelines pertaining to Payment and IT Security issued time to time. 3. Hardware, O/S and Database Requirement 3.1 The application should work on Oracle Database with latest version (Upgradable / Downgradable) since the bank is having corporate licence with Oracle India Pvt. Ltd for usage of Oracle Database (ULA agreement). 3.2 Hardware supplies/ OS licenses / Oracle DB licenses are not in the scope of this RFP. 3.3 Any additional requirement regarding environmental software after awarding the contract will not be entertained by the Bank. The bidder shall arrange licensed copy of the same without any additional cost to the bank. 3.4 The bidder should provide required configuration for hardware sizing with the following indicative volumes of payment solution, for Primary and DR site. Year 1st Year 2nd Year 3rd Year Volume transactions per month transactions per month transactions per month 3.5 The expected active users are approximately 1000 with concurrent user base of Eligibility Criteria Only those bidders* fulfilling the following criteria will be eligible to participate in the RFP. 4.1 The bidder must be a company/firm incorporated / registered in India and should be operating for the past 5 years in India. (Copy of the Letter of Incorporation/ registration should be submitted.) 4.2 The bidder must have minimum annual turnover of Rs.100 Crores for last 3 financial years viz , , and should also be in operating profit in atleast two financial years. (Certified / Audited Balance Page 8 of 73

9 Sheets and P&L statements for above mentioned FY s should be submitted in support of the turnover and profitability.) 4.3 The bidder in last 5 years should have successfully implemented and is currently supporting the offered solution for Payments in at least one PSU Bank or Private Bank in India having a business mix of Rs.50,000 Crore. (Bidder should submit proof for the above). 4.4 The companies or firms, bidding for the above tender, should have not been black listed by any of the Government Authorities or Public Sector Undertaking Banks. The bidder shall give an undertaking (on their letter head) that they have not been black listed by any of the Govt. Authority or PSUs. In case, in the past, the name of their Company was black listed by any of the Govt. Authority or PSUs, the name of the company or organization must have been removed from the said list as on date of submission of the tender, otherwise the bid will not be considered. * If any bidder s credentials are derived from parent/group company or from a company that it had acquired, please state the same clearly. Such experience may be considered. 5 Project plan and Project Schedule 5.1 The successful bidder has to submit a detailed plan for supply, installation, customization, integration, implementation and maintenance of the project which should include the full scope of the project as mentioned above. On acceptance of such plan by the Bank, the bidder is required to carry out the project including supply, installation, customizations, integration, customization, testing & implementation as per the project schedule. 5.2 Bidder has to adhere to the following project schedule. Activities Duration 1. SRS (System Requirements Study) 2 Weeks 2. Installation, Integration and Customization 8 Weeks 3. User Acceptance Test 4 Weeks 4. Training and Full Project implementation 2 Weeks Total 16 Weeks Page 9 of 73

10 5.3 Bidder should coordinate with the hardware vendor / Bank for installation of proposed solution and other necessary software. 5.4 Bidder should complete the requirement study and submit detailed system requirement specification document within 2 weeks of placing of the order. 5.5 Bidder should provide customized solution for User Acceptance Test (UAT) and complete the UAT suggestions and observations as per milestone mentioned in 5.2. After successful UAT, the system shall be moved to live. Training should be performed during this time and this should be completed within 2 weeks. However keeping the overall time schedule unchanged, flexibility with regard to time duration is permitted within the above activities. 6 Contract with the Bidder 6.1 Bank will enter into a contract with successful bidder. Consortium bidding for any of the solution will not be accepted. 7 Bidder Demonstrations 7.1 The eligible bidders (as per index point 4 Eligibility Criteria) are required to make demonstrations of proposed solution at Mumbai. The demonstration will allow the evaluation team to ascertain the capabilities in terms of Bank s functional and Technical requirement. Bank shall not be under any obligation to bear any part of the expenses incurred by the bidders for the demonstrations. The evaluation procedure to be adopted for the proposal will be the sole discretion of the Bank and the Bank is not liable to disclose either the criteria or the evaluation report/ reasoning to the bidder(s). 8 Proposal Process Management 8.1 Bank reserves the right to accept or reject any or all proposals, to revise the RFP, to request one or more re-submissions from all bidders or clarifications from one or more bidders, or to cancel the process in part or whole. All claims for functional/technical delivery made by the bidders in their responses to the RFP shall be assumed as deliverable within the quoted financials. Page 10 of 73

11 8.2 Bidders shall be entirely responsible for their own costs and expenses that are incurred while participating in the RFP and contract negotiation processes. 9 Submission and Acceptance of Bidder 9.1 Proposal Delivery Bidders must ensure that the proposals are delivered in the prescribed formats mentioned in the RFP to the following address: The General Manager - DIT Union Bank of India, Technology Centre, 1/1A, Adi Shankaracharya Marg, Jogeswari Vikhroli Link Road, Opp. Powai Lake, Powai, Andheri (East), Mumbai The tender responses should be delivered by hand at the above address as per the schedule of events given on page no 2 or subsequent corrigendum, if any. Any proposal received by Bank through courier or post will be disqualified and returned. 9.3 If any information provided in response to this RFP is found to be incorrect or misrepresented, at any stage of the evaluation process, the Bank reserves the right to summarily disqualify the bidder from the evaluation process. 9.4 If the last date of submission happens to be a bank holiday, the last day of submission shall be next working day. 10 Instructions to Bidder 10.1 This RFP document is not transferable Bidders are advised to study and examine the RFP carefully before submission The response to this RFP should be full and complete in all respects. Incomplete or partial bids will be rejected. The bidder must quote for all the items asked for in this tender The bidder shall bear all costs associated with the preparation and submission of the bid, including cost of presentation for the purposes of clarification of the bid, if so desired by the bank. The bank will in no Page 11 of 73

12 case be responsible or liable for those costs, regardless of the conduct or outcome of the bidding process The bank reserves the right to reject the bidder s assertion of compliance to a requirement, if the detailed response is found unsatisfactory or contradictory The cost of preparing the proposal including visit / visits to the Bank is not reimbursable The bank may extend the time for submission of the bids Joint bidding and consortium of any form is not allowed. 11 Amendment of Bidding Document 11.1 At any time prior to the deadline for submission of clarifications/bids mentioned in the schedule of activities, the Bank, for any reason, whether at its own initiative or in response to a clarification requested by a prospective bidder, may modify the bidding documents by amendment/ corrigendum Amendments if any will be published on Bank s Website & Govt Websites and such amendments will be notified through advertisements in leading newspapers. 12 Documents Constituting the Bid 12.1 The Bid prepared by the Bidder should comprise the following components: Technical Bid Part I - Separate sealed cover with superscript as Technical Bid for Cash Management Services Payments Solution. Both hard copy and soft copy should be provided in single cover. Indicative Commercial Bid Part II - Separate sealed cover with superscript as Indicative Commercial Bid RFP for Cash Management Services Payments Solution. Any bid document not conforming to any one of the above terms will be rejected. Page 12 of 73

13 Bidders who have not paid the cost of the RFP Document and EMD/BG will not be permitted to participate in the bid Technical Bid The bidders are expected to examine all terms and instructions included in the documents. Failure to provide all requested information will be at bidders own risk and may result in the rejection of the proposal. The following documents are to be submitted under technical bid. 1) Bid security (Earnest Money Deposit/Bank Guarantee as per Annexure G). 2) Annexure - A (Acceptance of Terms and Conditions). 3) Annexure - B (Bid form) duly filled-in. 4) Annexure - C (Bidder Profile & other information). 5) Annexure - D (Functional & Technical Requirements) duly filled-in. 6) Annexure - E (Documents for Eligibility Criteria) duly filled-in. 7) Annexure E1 [Unpriced Indicative Commercial Offer/Bid (Bill of Material)]. The technical proposal must include indicative commercial bid. This is to ensure that the price bid is in the format prescribed by the Bank. In case it is not in the prescribed format, it is liable to be rejected 8) Detailed Hardware Requirement for the proposed solution Indicative Commercial Bid 1) Annexure - E2 [Indicative Commercial Offer / Bid (Bill of Material)] Exhibits for Participating in Reverse Auction The technically qualified bidders shall submit the following exhibits prior to participation in reverse auction. Please refer to Annexure F as mentioned in point no.15.1 of the RFP. 1) Exhibit A: Compliance Statement 2) Exhibit B: Letter of Authority for Participation in Reverse Auction. 13 Cost of the RFP and Bid Security 13.1 The cost of RFP Document is Rs.10,000/- (Rupees Ten thousand only) (non-refundable), which should be paid by way of Demand Draft / Pay Order drawn in favor of Union Bank of India payable at Mumbai. The above demand draft/po should be handed over to the Bank authorities Page 13 of 73

14 in a separate envelope along with technical Bid document. The envelope should be duly super scribed as Cost of RFP Rs.10,000/ The Earnest Money Deposit / Bank Guarantee for this project is Rs Lac (Rupees Ten lakhs only). The bidder should furnish, this amount i.e. Rs Lac (Rupees Ten lakhs only) by way of Demand Draft / Pay order or bank guarantee issued by any schedule commercial bank in India other than Union Bank of India, in favor of Union Bank of India payable at Mumbai. No interest will be payable on the EMD The EMD amount will be refunded to the unsuccessful bidders on completion of tender process. In case of successful bidder the EMD amount shall be refunded on production of Bank Guarantee equivalent as mentioned in the RFP The bid security may be forfeited, if a bidder withdraws its bid during the validity period specified by the Bank or if the successful bidder fails to sign the contract within the specified time of 30 days or if the selected bidder refuses to accept assignment or having accepted the assignment, fails to carry out his obligations mentioned therein or if the successful bidder fails to implement the project In case of Bank Guarantee submitted it should be for a minimum period of 180 days with an action period of 30 days. 14 Price Composition 14.1 The indicative commercial should be quoted in the indicative commercial bid form attached to this bid (Annexure E2) The prices should be firm and not dependent on any variable factors and expressed in Indian Rupees The prices should be inclusive of all costs including taxes, duties, levies etc to be charged. During the offer validity and subsequent contract period, the bidder will absorb any upward revision of prices in case of custom duties, taxes (excluding service tax), levies, Govt. duties etc and pass on the benefit to Bank in case of downward revision of Govt. taxes, levies, etc ATS charges and other maintenance expenses as applicable should also be mentioned in the offer. For ATS/AMC, any upward / downward change in Service Tax will be to the account of Bank. Page 14 of 73

15 14.5 Octroi / Road tax, if any will be paid extra as per the actual on production of original receipt. The TCO should include all the components mentioned in the Commercial Offer. 15 Reverse Auction 15.1 Bank will conduct a reverse auction with technically short listed bidder(s) for finalization of the L-1 bidder. Only bidders who are technically qualified and who submit the prescribed undertaking to the Bank alone can participate in Reverse Auction relevant to the procurement for which RFP is floated. The Reverse Auction may be conducted by the Bank itself or through a service provider specifically identified/appointed/empanelled by the Bank. The procedures of the reverse auction are as per Annexure F. 16 Erasures or Alterations 16.1 There should be no hand-written material, corrections or alterations in the offer. Technical details must be completely filled up containing correct technical information of the product being offered. Filling up of the forms using terms such as OK, accepted, noted, as given in brochure/manual are not acceptable to the Bank. Offers not adhering to these guidelines may not be accepted by the Bank. 17 Period of Validity of Bids 17.1 Bids should remain valid for the period of 180 days from the date of opening of bid prescribed by the Bank. A bid valid for a shorter period shall be rejected by the Bank as non-responsive. 18 Format and signing of Bid 18.1 All pages of the bid, except for un-amended printed literature, shall be stamped and initialed by authorized person or persons signing the bid Any inter-lineation, erasure or overwriting shall be valid only if they are initialed by the person or persons signing the Bid All such initials shall be supported by a rubber stamp impression of the bidder s firm. 19 Opening of Bids 19.1 Opening of Technical Bids Page 15 of 73

16 The Bank will open the Part I of the bid (Technical bid) in the presence of bidders representatives who choose to attend as per schedule given in Activity Schedule of RFP. No separate intimation will be given In case the bid opening date falls on a holiday, the bids shall be opened at the same time on the next working day The Bank may, at its discretion, extend this deadline for submission of bids by amending the Bid Documents Opening of Indicative Commercial Bids The Bank will open Part II (Indicative Commercial Bid) of the bidders shortlisted in the Technical evaluation. 20 RFP Clarifications 20.1 Queries / clarifications will not be entertained over the phone. All queries and clarifications must be sought in writing or sent to [email protected] 20.2 The bidder is requested to collate and submit queries together to seek clarifications / responses from Bank. The bidder should ensure that all the queries and clarifications are communicated in writing on or before the date and time mentioned on page no 2. Bidders are requested to visit our banks website for clarifications and other communications. 21 Evaluation Process 21.1 Basis of Evaluation Completeness of the proposal, conformity with the RFP terms and conditions & the proposed systems meeting the technical specifications will form basis for the evaluation of technical proposals Those bidders satisfying the eligibility criteria and in unconditional acceptance of terms and conditions of this document shall be shortlisted for further evaluation The evaluation shall include fulfillment of functionality requirements as given in the RFP. Any bid determined as not in order as per the specifications will be rejected by the Bank at any point of time of evaluation. Page 16 of 73

17 To assist in the examination, evaluation and comparison of bids the Bank may, at its discretion, ask the bidder for clarification. The response shall be in writing and no change in the price or substance of the bid shall be sought, offered or permitted The evaluation process for short listing of bidder will be based on the evaluation matrix provided under Reference checks would be conducted by bank either by contacting the reference sites or by a documented proof signed by the reference sites Bidder who obtains a minimum of 70% marks or more will be considered as technically qualified and will be eligible for further evaluation process. The decision of Bank in this regard shall be final Bidders will be called for a demonstration of the solution. Date, time and venue will be conveyed separately Any effort by bidder to influence the Bank in the Bank's bid evaluation, bid comparison or contract award decision may result in the rejection of the Bidders' bid. Bank's decision will be final and without prejudice and will be binding on all parties Bank s decision in bidder selection is final. Bank reserves the right to reject any or all proposals. Similarly, it reserves the right not to include any bid in the final short-list. Page 17 of 73

18 EVALUATION MATRIX Sr. No Criteria Description Rules of Rewarding Marks 1 Availability of Modules Successfully implemented the proposed Solution facilitating the below given modules/functions in PSU Bank or Private Bank having atleast Rs. 50,000 crore business Mix (Relevant Certificates to be furnished from the respective Banks) 1.1 Mandatory Modules / Functions i) NGRTGS / NEFT ii) Customer Frontend iii) CBS Integration 2 marks for implementation of each module with maximum marks of Non-Mandatory Modules / Functions iv) NACH / ACH v) ERP Adaptors vi) Cheque Writing vii) IMPS viii) Host to Host Integration 1.2 Functional and Technical Requirements - The marks will be based on the proposed solution meeting the functional and Technical requirements as specified in Annexure D Implementation Experience 2.1 Successfully implemented any 2 nonmandatory modules/functions mentioned in Point 1.1 of Evaluation Matrix in PSU Bank or Private Bank having atleast Rs. 50,000 Crores business Mix (Relevant Certificates to be furnished from the respective Banks) More than 2 Banks 2 Banks 1 Bank Page 18 of 73

19 More than 2 Banks DR Site Implementation 2 Banks 3 1 Bank 2 More than 2 Banks Host to Host Integration 2 Banks 3 1 Bank 2 More than 2 Banks Web Interface Implementation 2 Banks 3 1 Bank 2 More than 2 Banks CBS Integration 2 Banks 3 1 Bank 2 3 Presentation by bidder and evaluation by internal committee Marks will be assigned based on work plan, methodology, solution architecture, team composition, training, time duration. 10 Total 100 Page 19 of 73

20 22 Award of contract 22.1 After reverse Auction the selected Bidder will sign the contract with the Bank. Purchase order (PO) issued subsequently will be an annexure for such contract Post reverse auction, If L1 Vendor fails to execute the order, Bank will be free to award the contract to L2 Vendor provided L2 matches L1 price and if L2 does not agree, it will be awarded to L3 subject to L3 matching L1 price and in that order. 23 Other Terms and Conditions 23.1 "Applicable Law" means the laws and any other instruments having the force of law in India Bank means Union Bank of India Contract means the agreement entered into between the Bank and the successful bidder, as recorded in the Contract Form signed by the parties, including all the attachments and appendices thereto and all documents incorporated by reference therein; 23.4 Contract Price means the price payable to the successful bidder under the Contract for the full and proper performance of its contractual obligations; 23.5 CMS means Cash Management Services meant to provide transaction banking facilities to Banks clients; 23.6 Goods means all of the deliverables or other materials which the bidder should deliver as per RFP "Party" means the Bank or the bidder, as the case may be and Parties means both of them "Personnel" means person s who are the employees of the successful bidder and assigned to the performance of the Services or any part thereof Project Site, where applicable, means the places that were mentioned in the Scope of Work. Page 20 of 73

21 23.10 Services means those services ancillary to the deliverables of the bidder covered under the Contract Contract Period The contract period will be 5 years from the date of GO Live Warranty Period - The warranty Period will be 1 year from the date of GO Live Third Party Seamless Migration - Vendor will ensure seamless migration of the application and solution after expiry of contract period, if Bank selects another vendor after the contract period or during the contract period due to any reason Law Governing the Contract: - This Contract, its meaning and interpretation, and the relation between the Parties shall be governed by the Applicable Law Language: - English shall be the binding and controlling language for all matters relating to the meaning or interpretation of the contract Address: - Address of the Bank for Communication Standards:-The products and systems supplied under this Contract shall conform to the standards mentioned in the Technical Specifications Contract Amendment:-No variation in or modification of the terms of the Contract shall be made except by written amendment to the Contract signed by the parties No other charges such as travel and diem allowance etc. shall be paid for the selected bidder team for carrying out implementation, training, development, customization, presentations etc Bank shall not provide nor make payment for Boarding & Lodging to the selected bidder implementation team at the place of implementation Bidder shall allow third party audit of the system. Bank will conduct the audit of the solution implemented at onsite as per requirement and frequency decided by the bank. Bank will give the prior notice in the form of . Bank will bear the cost of such Audit. The bidder has to comply the audit observation without any additional cost If the bank desires to upgrade to higher version of database or hardware, selected bidder shall be required to comply with banks requirement. The Page 21 of 73

22 24 Notices proposed solution should support the database and hardware version which are supported by OEM. Bank will take care of hardware and database upgradation activity. Bidder has to ensure that the application should be compatible with hardware and database etc. without any additional cost Any notice, request or consent made pursuant to this contract shall be in writing and shall be deemed to have been made when delivered in person to an authorized representative of the party to whom the communication is addressed, or when sent by registered mail, courier or facsimile to such party at the address specified above. A notice shall be effective when delivered or on the notice s effective date. 25 Implementation/ Onsite Support Services 25.1 The bidder shall provide all services specified hereunder and in the technical and functional specifications. If the Bank finds that any of the staff of the bidder assigned to work at the Bank s site is not responsive then the bidder will be notified, the bidder should resolve the issue to the satisfaction of the Bank. 26 Use of Contract Documents and Information 26.1 The successful bidder (and its employees) shall not, without the Bank s prior written consent, disclose the contract, or any provision thereof, or any specification, plan, drawing, pattern, sample or information furnished by or on behalf of the Bank in connection therewith, to any person other than a person employed by the successful bidder in the performance of the contract. Disclosure to any such employed person shall be made in confidence and shall extend only as much as necessary for purposes of such performance. The employees or the third party engaged by the bidder will maintain strict confidentiality The successful bidder and its employees and agents shall not, without the Bank s prior written consent, make use of any document or information pertaining to this contract except for purposes of performing the contract The successful bidder has to enter into a Non Disclosure Agreement (NDA) with the Bank. The format of NDA will be provided by the Bank to the successful bidder. Page 22 of 73

23 26.4 This document contains information confidential and proprietary to the Bank. Additionally, the bidders will be exposed by virtue of the contracted activities to the internal business information of the Bank. Disclosures of receipt of this RFP or any part of the aforementioned information to parties not directly involved in providing the services requested could result in disqualification of the bidders, premature termination of the contract, and / or legal action against the bidders for breach of trust In case of breach the Bank shall take such legal action as it may be advised. 27 Advertisement 27.1 In case the name of the Bank is being referred by the bidder as a reference site or for publicity purposes it should be done only with the written approval from the Bank. 28 Indemnification 28.1 Subject to Section 28, each Party (the Indemnitor as applicable) shall indemnify, defend, and hold harmless the other Party (the Indemnitee as applicable) and its officers and directors, employees, agents, and representatives from and against any damages, costs, attorneys fees, penalties, fines, liabilities, or expenses that arise from third Party actions or claims against the Indemnitee (collectively, Losses ), to the extent the Indemnitor has proximately caused: a. death or injury to persons; b. damage to tangible property; c. violation of applicable laws; d. infringement of a third party s intellectual property rights where such third party is located in either the country where the services were provided or received, provided however that bidder shall not have any liability to Bank under this section to the extent that any infringement or claim thereof is attributable to: e. (1) the combination, operation or use of a deliverable with equipment or software supplied by Bank, which are not under the scope of the RFP/Agreement, where the deliverable would not itself be infringing; (2) Use of a deliverable in an application or environment for which it was not designed or contemplated under the RFP/Agreement; or (3) Modifications of a deliverable by anyone other than bidder where the unmodified version of the deliverable would not have been infringing. Bidder will completely satisfy its obligations hereunder if, Page 23 of 73

24 after receiving notice of a claim, bidder obtains for Bank the right to continue using such deliverables as provided without infringement, or replace or modify such deliverables so that they become noninfringing. Promptly after an Indemnitee receives notice of any claim for which it will seek indemnification pursuant to the RFP/Agreement, the Indemnitee will notify the Indemnitor of the claim in writing. No failure to so notify the Indemnitor will abrogate or diminish the Indemnitor s obligations under this Section if the Indemnitor has or receives knowledge of the claim by other means or if the failure to notify does not materially prejudice its ability to defend the claim. Within fifteen (15) days after receiving an Indemnitee s notice of a claim, but no later than ten (10) days before the date on which any formal response to the claim is due, the Indemnitor will notify the Indemnitee in writing as to whether the Indemnitor acknowledges its indemnification obligation and elects to assume control of the defense and settlement of the claim (a Notice of Election ). In issuing a Notice of Election, the Indemnitor waives any right of contribution against the Indemnitee unless the Notice of Election expressly states that Indemnitor believes in good faith that the Indemnitee may be liable for portions of the claim that are not subject to indemnification by the Indemnitor, in which case the Indemnitee will have the right to participate in the defense and settlement of the claim at its own expense using counsel selected by it If the Indemnitor timely delivers a Notice of Election, it will be entitled to have sole control over the defense and settlement of the claim except as provided in the immediately preceding paragraph. After delivering a timely Notice of Election, the Indemnitor will not be liable to the Indemnitee for any attorneys fees subsequently incurred by the Indemnitee in defending or settling the claim. In addition, the Indemnitor will not be required to reimburse the Indemnitee for any amount paid or payable by the Indemnitee in settlement of the claim if the settlement was agreed to without the written consent of the Indemnitor If the Indemnitor does not deliver a timely Notice of Election for a claim, the Indemnitee may defend and/or settle the claim in such manner as it may deem appropriate, and the Indemnitor will promptly reimburse the Indemnitee upon demand for all Losses suffered or incurred by the Indemnitee with respect to the claim. Page 24 of 73

25 29 Confidentiality 29.1 The successful bidder either during the term or after the expiration of this contract shall not disclose any proprietary or confidential information relating to the project, the services, this contract, or the client s business or operations without the prior written consent of the Bank. The successful bidder has to enter into Non Disclosure Agreement with the Bank. 30 Delivery and Documents 30.1 Successful bidder to submit the following deliverables Complete Roll Out plan System Requirements Study (SRS) Document Complete architecture of the solution Details of customizations done & Project Schedule on completion of SRS Sizing of the hardware User Acceptance test plan and test cases User and System Manuals Training Delivery of the complete CMS Payment solution Delivery of required licenses must be as per the licensing policy of the specified product All plans, drawings, specifications, designs, reports and other documents submitted by the successful bidder shall become and remain the property of the Bank During the time of implementation, documents, CDs or any Media for all customization done should be delivered to the bank. Page 25 of 73

26 31 Payment Terms 31.1 The terms of payment will be as follows: No advance payment against purchase order No Octroi / Entry Tax will be paid after payment of final installation Payment will be made on the following basis: S.No Milestone Payment 01. On Successful installation and customization of Solution. 25% 02. On UAT signoff and training. 25% 03. After 3 months of Successful Go live. 40% 04. After a period of 1 year from Go live or against furnishing a performance Bank Guarantee of a scheduled commercial Bank (other than Union Bank of India) for the equal amount. 10% 05. Total 100% 32 Amount for Annual Technical Support (ATS) 32.1 The ATS rate for the Software shall be valid for the period of 5 years after Warranty Period of One Year ATS will be paid quarterly in arrears. 33 Liquidated Damages 33.1 If successful bidder fails to deliver any or all of the service(s) / systems or perform the services within the time period(s) specified in the RFP/Contract/Agreement, the Bank shall, without prejudice to its other rights and remedies under and in accordance with the RFP/Contract / Agreement, levy Liquidated Damages (LD) from payments due to the successful bidder For calculation of LD, during Implementation: Page 26 of 73

27 1. The contract price for calculation of LD is TCO excluding AMC/ATS charges and on-site support charges. 2. The overall LD during implementation will be to a maximum of 10% of the contract value. 3. LD for delay in completion of the Service(s) for each week of delay beyond the scheduled completion date or part thereof will be a sum equivalent to 0.5% of contract price per week. In case of undue delay beyond a period of 15 days after attaining the maximum penalty of 10% during implementation, Bank may consider termination of the contract or purchase order. 4. Part of week will be considered as full week. 5. Bank can deduct the amount of liquidated damages from any money belonging to the successful bidder in its hands (which includes Bank s right to claim such amount against successful bidder s Performance Bank Guarantee) or which may become due to the successful bidder. 6. Any such recovery or liquidated damages shall not in any way relieve the successful bidder from any of its obligations to complete the works / service(s) or from any other obligations and liabilities under the Contract/Agreement/Purchase Order. 7. Bank reserves the right to condone the delay, if it is not attributable to the successful bidder. Post Implementation 1. In case the application is not available due to application related issue, continuously for more than 8 hours in a calendar day, a penalty of Rs will be levied per day. 34 Termination for Default 34.1 The Bank, without prejudice to any other remedy for breach of contract, by written notice of default sent to the successful bidder, may terminate this contract in whole or in part: If the successful bidder fails to deliver any or all of the deliverables within the period(s) specified in the contract, or within any extension thereof granted by the Bank; or; Page 27 of 73

28 If the successful bidder fails to perform any other obligation(s) under the contract If the successful bidder, in the judgment of the Bank has engaged in corrupt or fraudulent practices in competing for or in executing the contract When the value of the liquidated damages exceed 10% of the contract amount In the event the Bank terminates the contract in whole or in part, the Bank may procure, upon such terms and in such manner as it deems appropriate, Goods or Services similar to those undelivered, and the successful bidder shall be liable to the Bank for any excess costs for such similar Goods or Services. However, the successful bidder shall continue performance of the Contract to the extent not terminated. 35 Exit Option 35.1 The Bank reserves the right to cancel the contract in the event of happening one or more of the following Conditions: Failure of the successful bidder to accept the contract and furnish the Performance Guarantee within 30 days from receipt of purchase contract as stated in the RFP Delay in delivery beyond the specified period Delay in completing installation / implementation and acceptance tests/ checks beyond the specified periods Serious discrepancy in functionality to be provided or the performance levels which have an impact on the functioning of the solution In addition to the cancellation of contract, Bank reserves the right to appropriate the damages through encashment of Bid Security /Performance Guarantee given by the Bidder. 36 Limitation of liability 36.1 Bidder s aggregate liability for actual direct damages shall be limited to a maximum of the Contract Value, provided that this limit shall not apply to (1) the infringement indemnity; or (2) bodily injury (including death) and damage to real property and tangible personal property caused by bidder s negligence. For the purposes of this Section, Contract Value at any given Page 28 of 73

29 point in time, means the aggregate value of purchase orders placed by Bank on the bidder under this project. 37 Information System Service and Support 37.1 The Successful Bidder is obliged to provide for maintenance and support services, as per the terms of this contract, during the implementation and maintenance period of the system. The Maintenance period may be renewed on mutually agreeable terms for further period/s after expiry of Post warranty ATS period In case the Bank wishes not to renew the maintenance contract, after the term of this Agreement, the Bank has the right to maintain the system through its own employees or through any entity other than the bidder for providing the said maintenance services. 38 Customization Process 38.1 The successful bidder shall ensure that the software supplied meets all the functional requirements as given in the RFP. The successful bidders shall submit individual time frames, within overall time frame stipulated as per this RFP, required to change / modify / customize each part of the functional requirements which needs such change / modification /customization Any customization done by the successful bidder to provide the functionality already available in the functional requirements of the RFP shall be at no extra cost to the Bank, whatsoever In case of any additional functionality/new functionality in the software is requested by the Bank subsequent to award of contract, which are not part of the functional requirements as given in the Contract document, the Bank shall place such a request in writing giving the required details. The selected successful bidder shall submit his commercial terms and shall carry out the desired change on mutually agreed terms. The cost agreed shall be a lump sum amount which shall include all expenses to be incurred for delivering such modifications / changes Any gaps identified during product demonstration, functional requirements specifications study, system testing, user acceptance testing, and pilot implementation should be included by the Successful bidder as Implementation efforts. The Bank will not pay the successful bidder any additional charges for all such customizations. The successful bidder shall take up all such functionality as required by the Bank on a priority basis. Page 29 of 73

30 38.5 The successful bidder shall provide all tools, testing instruments, drivers, consumables required to install and customize and test the software free of any fees or charges or any expenses. The successful bidder shall document and submit to the Bank all the testing activities, procedures and results. The successful bidder shall provide the Bank weekly progress report on the bugs/problems reported/ points taken up with schedule of date of reporting, date of resolving, and status for all kind of bugs and problems whether reported by branch/ Regional Offices/ Head Office or successful bidder s staff. 39 Force Majeure 39.1 Force Majeure is herein defined as any cause, which is beyond the control of the selected successful bidder or the Bank as the case may be which they could not foresee or with a reasonable amount of diligence could not have foreseen and which substantially affect the performance of the contract There shall be no liability or responsibility, on the part of both bank and the bidder for consequences arising out of interruption of the business due to acts of God, riots, civil commotion, insurrections, wars or any other causes beyond their control or by any strikes or lock outs Any such interruption due to Force Majeure should be informed by the bidder to Bank in writing within two days of such event. 40 Arbitration 40.1 All disputes and differences of any kind whatsoever arising out of or in connection with the purchase order shall be referred to arbitration. The arbitrator may be appointed by both the parties or in case of disagreement each party may appoint an arbitrator and such arbitrators shall appoint an Umpire before entering on the reference. The decision of the Umpire shall be final. Such arbitration shall be governed by the provisions of Indian Arbitration and Conciliation Act All arbitration proceedings shall be at Mumbai, Maharashtra State, India only. 41 Jurisdiction 41.1 Notwithstanding anything contained herein above, in case of any dispute, claim and legal action arising out of this RFP, the parties shall be subject to the jurisdiction of courts at Mumbai, Maharashtra State, India only. Page 30 of 73

31 42 Annexure A (Acceptance of Terms and Conditions) To The General Manager, Union Bank of India, Technology Centre, Department of Information Technology, Central Office, Adi Shankaracharya Marg, Opposite Powai Lake, Powai, Mumbai Sir, Ref: Our Bid for CMS Payment Solution to Union Bank of India With reference to the above RFP, having examined and understood the instructions, terms and conditions forming part of the RFP, we hereby enclose our offer for Supply, Customization, Installation, Implementation, Integration and Maintenance of Payment Solution as detailed in your above referred RFP. We further confirm that the offer is in conformity with the terms and conditions as mentioned in the RFP and all required information as per Annexure B to F and also photocopy of un-priced commercial bid is enclosed. We also confirm that the offer shall remain valid for 180 days from the date of the offer. We hereby undertake that supporting software supplied, if required will be licensed, legally obtained and with latest version. We understand that the Bank is not bound to accept the offer either in part or in full and that the Bank has right to reject the offer in full or in part without assigning any reasons whatsoever. We understand that You are not bound to accept the lowest or any bid received by you, and you may reject all or any bid. If our Bid for the above job is accepted, we undertake to enter into and execute at our cost, when called upon by the purchaser to do so, a contract in the prescribed form. Unless and until a formal contract is prepared and Page 31 of 73

32 executed, this bid together with your written acceptance thereof shall constitute a binding contract between us. If our bid is accepted, we are to be responsible for the due performance of the contract. You may accept or entrust the entire work to one bidder or divide the work to more than one bidder without assigning any reason or giving any explanation whatsoever. Bidder means the bidder who is decided and declared so after examination of commercial bids. We enclose Demand Draft/Bank Guarantee for 10,00, (Rupees Ten Lac only) favoring Union Bank of India and payable at Mumbai, towards bid security, details of the same is as under: No. : Date : Name of Issuing Bank : Dated at this day of 2015 Yours faithfully, For Signature: Name: Page 32 of 73

33 43 Annexure B (BID Form) Ref No Place: Date: To, The General Manager, Union Bank of India, Technology Centre, Department of Information Technology, Central Office, Adi Shankaracharya Marg, Opposite Powai Lake, Powai, Mumbai Dear Sir, Having examined the Request for Proposal (RFP) Ref No. the receipt of which is hereby duly acknowledged, we, the undersigned, offer to supply, install, customize, integrate & implement the Payments Solution and other requirements in conformity with the said RFP for the sum mentioned in the Price Bid or such other sums as may be ascertained in accordance with the Schedule of Prices attached and made part of this Bid. We undertake, if our Bid is accepted, to deliver the goods/ provide the services in accordance with the delivery schedule / implementation schedule specified. If our bid is accepted, we will obtain the guarantee of a Bank other than Union Bank of India in a sum equivalent to 10 per cent of the TCO for the due Performance of the Contract, in the form prescribed by the Bank. We agree to abide by this bid for a period of 180 days from the last date of submission of Bid and shall remain binding upon us and may be accepted at any time before the expiration of that period. We hereby agree to participate and abide by all terms and conditions of Reverse Auction. Page 33 of 73

34 We further confirm that, In case we offer system and/or other software manufactured by another company, such software operates effectively on the system offered by us and we are willing to accept responsibility for its successful operations. Until a formal contract is prepared and executed, this bid, together with your written acceptance thereof and your notification of award shall constitute a binding contract between us. We undertake that, in competing for (and, if the award is made to us, in executing) the above contract, we will strictly observe the laws against fraud and corruption in force in India namely Prevention of Corruption Act Commissions or gratuities, if any paid or to be paid by us to agents relating to this Bid, and to contract execution if we are awarded the contract, are listed below: Name & address of agent Amount & currency Purpose of commission or gratuity *(If none, state none) We understand that you are not bound to accept the lowest or any bid you may receive. Dated this... Day of (Signature) (In the capacity of) Duly authorized to sign bid with seal for & on behalf of (Name & Address of the Bidder) Page 34 of 73

35 44 Annexure - C (Bidder Profile & Other Information) Sr. No Parameters Response 1 Name of the firm/company 2 Year of establishment 3 Names of the Partners/Directors 4 Name and address of the Principal banker 5 Addresses a) Head Office b) Local Office in Mumbai 6 Authorized contact person a) Name b) Telephone Number c) ID. 7 Financial Parameters Business Results (last three years) Turnover Profit Page 35 of 73

36 (Only company figures need to be mentioned. Not to include group/subsidiary Company figures) (Mention the above amount in INR only) 8 Bidder s experience in Design, Supply, Implementation and Maintenance of Payment Solution (in years) a) Experience in India b) Global experience 9 No. of Payment projects carried out by the company during last five years in India 10 Details of projects executed as mentioned in point no. 9 Name of the Customer OEM of the Products No. of years in use Project 1 Project 2 Project 3 No. of qualified engineers employed (Furnish the qualification details with number of engineers under each qualification) 11 Availability of centralized help desk Yes / No 12 Details of Reference Sites Customer name & Contact no. of the Project in- charge No. of years the customer is using Facilities Page 36 of 73

37 Reference Site 1 Reference Site 2 13 Number of own support centers across the country (Please submit full list of support centers with addresses separately) 14 Support centre at Mumbai/ Bangalore Yes / No (If yes, please give full address of the support center with phone nos.) Authorized Signatories (Name & Designation, seal of the company) Date: 45 Annexure - D (Functional & Technical Requirements) Matrix for functional and Technical requirement points Mandatory requirements: Page 37 of 73

38 Following are mandatory functional and technical requirements for CMS Payment solution. Bidder shall indicate in column 2 the availability of each requirement as standard product feature(s) or through Customization (C). The Software solution offered, however, should have at least 70% of the requirements (127 requirements) as a part of standard product. The remaining shall be customized before the completion of the pilot run. Bidder should do the customization without any additional cost to the bank. Matrix for Marking is given for the purpose of scoring in the Evaluation Process Point 21 No.1.2 of Evaluation Matrix Table ( ). Scoring will 3 marks for each standard product (S) and 1 mark for each customisation(c) product. Filling-up of all the requirements is mandatory and will be marked as Standard or Customization. The total marks scored here will be proportionately deduced to maximum score of 60 (Score for Point No.1.2 of Evaluation Matrix Table ( ). S.No Requirement S/C Marks Remark s A Web Based System and Interfaces 1. System should be web based External System should support 3 tier architecture (Web/App/DB) and Internal System should support 2 tier architecture (App/DB) STP capability with Core Banking application for all accounting entries and necessary MIS. Transaction generated should be posted to CBS automatically. System should be capable to Integrate with Customer ERP and Finacle Core Banking for transaction processing (Adapter based/ API based / Web Service/File Based) System should be scalable and should comply with the functional regulatory authority from time to time. System should support latest versions of standard browser like Internet Explorer, Google Chrome, Mozilla, Opera etc. The system should be capable of interfacing with mail clients to generate notifications and auto-mailers. The system should generate standard user definable error messages based on pre-defined parameters Page 38 of 73

39 9. System should support different parameterized SMS templates. B Security System should provide for user profiles to be controlled by a specific administrator Verification of identity of users through User Id/ Passwords ( As per Bank s password policy) System should support authentication through Tokens /Soft Token, OTP, Digital Certificates, IP Address & Mobile Application. It should check/record/verify authentication of source of each transaction like user IDs, IP addre10ss, Mac address etc which is required for AUDIT purpose. 14. Provision to enable virtual keyboard It should support data entry / upload of files in various industry specific standard formats like XML, EXCEL, DOC(x), TXT, CSV, DAT, MT Message Series(SWIFT) centrally or from customers location for payments with due authentication and encryption. It should be capable of logistics control and tracking of courier. It should have a facility to record details like waybill no, name of courier/delivery mode, POD details etc in the database for future query Support for file upload with digital signature/ RSA token/ encryption. Two or more users should authorize file upload, with provision for multi level authorization for bulk/individual uploads depending on Bank s requirement (e.g. Multilevel authorization for amount exceeding a ceiling limit). System should support forgot password retrieving facility. System should support inactivity period, number of retries for login failure, last login time, session time out and both. System should support SSL certificate. 22. System should support CAPTCHA authentication. Page 39 of 73

40 23. The system should allow having a day-end back-up process The system should also have recovery features in case of system failures. Back-up should be possible in external media (Tapes) for off-site storage. 26. System should support DR replication C The functionalities should be menu driven. The menu structure of the system should be standard. The system should provide online help facility which is context sensitive at field, screen etc. The system should generate error logs if the calculation fails during time of data processing. The error logs should be descriptive enough to allow traceability of the data/function error to the most granular level The system should allow users to print reports directly from the system. Movement of data should be in a secured way between Host to Host Duplicate Checking at file name level, account level and transaction level with an option to enable or disable the facility. System should support security features such as SFTP, Digital Certificates, Hash total, encryption, decryption & support digitally signed data transmission and verification. Detail Capturing Master 35. Master Details of customer should be captured System should support Multiple debit accounts of customer or other accounts facilitated by the bank. System should be capable of defining the charges at customer level/product level. Page 40 of 73

41 System should be capable of defining customer product wise Input/output file format. System should have the feature of capturing the details of the person/s collecting the DD/Cheque at the remote site. D Masters Maintenance System should be capable of maintaining Bank/Branch Masters (Data entry and file upload options). System should be capable of maintaining Holiday masters national/state/district/branch/day wise. System should be capable of maintaining bank employee details including suspension /transfer etc. System should be capable of mapping Union Bank branches to various Dist Co-op Banks, RRBs, LABs etc. There should be provision to define one to one, one to many and many to many mapping for the Bank/branches. System should be capable of maintaining customer wise authorization /escalation matrix. Customer master should support single account, multiple account, limits for each account & charges. System should have the ability to do setup at one go. Maker will perform all making steps. Post completion, authorizer will authorize all pending tasks at one time. Ability to avoid step wise making and checking should be there. System should have the ability to bulk upload for creating Users, Group, Authorization engine, maintain list, create rules, Account linking. System should have the ability for bulk uploading functionality to upload beneficiary file with overwrite function. System should have the ability for modification/addition of multiple accounts in existing group at one go. 50. System should provide features for disabling a user, temporarily suspending rights to a user and automatic deactivation of user in Page 41 of 73

42 case of inactivity for a defined period. 51. M System should have the ability to upgrade and downgrade the user. E-Payments and paper payment (Cheque Printing / NACH etc) System should support e- payment, paper payment and based on type of transaction, separate transaction files should be created in relevant formats. System should support all types of e-payments such as Internal Fund transfer, NACH, IMPS, AADHAR, NEFT, NGRTGS or biometric based payment system. System should support not only various NACH based payment formats but should also have flexibility to incorporate NPCI issued changes in the formats. This should be possible at bank s level without the vendor intervention. System should be capable of making payments to Co-operative Banks and any other Bank not having NEFT facilities and update the status of payments based on return files. System should support Unique file naming techniques so that no files are processed twice. System should support scheduling of payments viz; accept data in advance and process as per requirement e.g. Salary, Insurance, Bill Payment End to End Utility Bill Payment etc. 58. System should support Online STP, bulk and Batch process and should be able to segregate different modes of processing as per the defined file data. It should be able to split/generate/control the file, in case of manual upload to desired limit as per users requirement, amount wise. 59. System should be capable of displaying the total records and amount before authorizing the entry with an option to cancel or proceed with authorizations. 60. Ability to initiate individual transactions Page 42 of 73

43 (RTGS/NEFT/IMPS/NACH/Cheque Issuance/DD issuance) System should be capable of reprocessing of entries based on the Bank s requirement Prioritization of payments should be allowed based on customer / bank requirements. System should support Single Debit, Multiple Credit Payments. System should support Multiple Debit, Multiple Credit Payments. If transaction is not verified within a specified time, appropriate alert should be sent. System should allow enrichment and repair of data (for both bulk and onscreen transactions) by the client till upload into the Core Banking system viz; Additions, Modifications, Rejections, Recall etc System Should also support Automatic beneficiary registration against successful transaction which can be used for future validations. It should maintain Beneficiary database with payment mode & other details with Unique reference number. In case any change or new Beneficiary is identified it should raise an alert with option to add, remove, continue etc System should have the provision to make beneficiary registration mandatory or optional at customer level and product level System should support user wise limit for payment. It should also allow authorization of transaction depending on funds availability. User wise and account wise access to restrict user to view / initiate transaction for specified accounts only. User should have dashboard for transaction and activity monitoring with ability to filter items on multiple criteria such as processing time, batch or online, STP mode of processing, exceptions, success, failures,amount etc. The system should enable the user to stop a particular payment instruction, even if it is under process. In case customers ask us to stop a particular upload which has not reached its finality, we should be in a position to abort. Facility to load the prepaid Pay roll cards with integration to CBS and generation of MIS. It is a Payment mode under which Page 43 of 73

44 customer is facilitated to credit the payroll cards issued for their constituents through the Bank to handle their petty cash payments at remote locations. The system should be able to take a request from the client and provide it to the CBS for debit to Corporate account and credit the Pay roll cards pool account with the bank. It should also generate the required uploadable file/ data as per the bank s requirement for subsequent credit to the Card Accounts. The facility may be extendable to Digital wallets/cards also Bank Users should be able to define workflow, queues and priorities based on various criteria, such as queue for items needing manual intervention with proper notification, if item in queue is awaiting or exception has occurred. Relevant details of failure transactions like reason for failure etc should be updated. System should update the status of all types of transaction based on unique ref. number/cbs Transaction Number for NEFT/RTGS/IMPS/NACH/Aadhar/Internal Transfer etc for all transaction done through STP/Bulk/single N PAPER PAYMENTS In case of paper payment, data should be captured centrally/customer end and should be printed in single or multiple locations. System should support Correspondent Bank cheque printing and Data validation of issued cheques from correspondent bank through STP/Bulk upload/single System should maintain inventory status for the cheques such as printed, deleted, reprinted and blank System should be capable of providing the required details, in case of DD drawing arrangement with a Corresponding Bank for post funding and pre funding with respective limits assigned per bank and per location. The charges are arrived from CMS based on the funding, whether post funding/pre funding. Under Post funding, the account is allowed to be overdrawn and based on the data of cleared cheques, system should calculate the due funds Page 44 of 73

45 and the charges to be collected. The same model can be used for Dividend Warrant Issues also System should be capable of Stop / Cancel / Redirect Printing and Reprint Instrument /revalidate and update in core banking. System should be capable of giving the details of cheque printing to the core system via online interface (STP) and capable of updating the paid status of the cheques from the core system through STP/bulk/single and reconciliation reports for paid and unpaid. System should support different types of paper payments such as printing of payable at par cheques, bankers cheques. System should be capable of printing cheques onsite at Bank as well as offsite at the customer location. Should support capturing of enriched details of cheques, instrument design & enrich design including customer logo. It should support single cheque format & multiple cheque format / size and convention with CTS compliance. System should support multiple language format for printing. System to have advance feature to select signature printing mechanism as per the Rule set by the bank and the Corporate For Signature printing on DD/Banker cheques system to have following features 87. Option1: As per Authorization Matrix ( Signature as per authorization matrix who is authorizing the cheque) Option2: As per Bank Sign Rule ( Signature as configured in the Sign rule) 88. System should be capable of re-printing and / or re-issuance of instrument according to the Bank s Policy in place. O Back Office functions 89. Unique number captured under DMS/NACH for mandates should be recordable in the mandate package and cross verification Page 45 of 73

46 should be made possible There shall be provision for maintaining client-wise data (UNIQUE NUMBER) for RTGS / NEFT / Mandates for data validation prior to processing the transactions. Data Validation is to be done for single or multiple criteria like amount, CBS account number, mandate expiry date, frequency of mandate, or combination of them against data maintained for each client. Provision shall be there to update/modify/delete the data through upload process or manually. Option should be there at master level to process files/data with or without validation. P Routing Identification of transaction as NEFT/RTGS/NACH/IMPS/Aadhar/Internal/ECS etc, and accordingly segregating the data and creating transactions with appropriate format required for Core Banking System /Other System Any Standard Settlement Instruction (SSI) defined for the beneficiary should be taken care of while making payment System should be able to identify and define routing rule/business Rules for different business partners for various settlement systems like SWIFT, RTGS,ECS,NEFT,MOBILE PAYMENTS(IMPS), Aadhar Payments etc.( It should support all formats/systems in case if it's needed in future.) System should have STP interface with CBS for online transaction and reconciliation/report generation of above payments. Q Multiple file formats and initiation methods 97. System should support multiple file formats such as txt, csv, excel, pdf, xml, swift etc, with or without headers and blank lines, with any delimiters as received from customers. Page 46 of 73

47 98. It should support MT940, MT950, ISO20022, ISO8583, SWIFT, messaging formats 99. Data entry module (for single and multiple payment instructions) 100. Format Mapper - Ability to map file formats (payment file as well as response file) as per customer's unique requirements R Mandate Management System should be capable of capturing all the mandate details for registration in customer given format like TXT, XLS, XML,NACH,SWIFT through upload/entry System should be capable of maintenance of mandate registered by providing modification/cancellation System should be capable of creating the transactions on the due date to process it in core banking system System should be capable of capturing the status of the mandates processed in the CBS System should be capable of validating the transactions In case of direct debits, Validation is to be done for single or multiple criteria like amount, account number, due date, mandate expiry date, frequency etc. Option should be there at master level to process files/data with or without validation System should be capable of incorporating changes in service tax rates & adding or removing other taxes, cess etc. As tax rates change periodically, which needs to be addressed in the Service charge module as a parameter with history of rate and effective date etc. The system should allow the user to hold, cancel and foreclose standing instructions. Page 47 of 73

48 Collection pertaining to Bank s entire retail portfolio on EMI s through Mandate mode on ECS, NACH, IMPS & Direct Debits. Support for the above collections based on the Sol Id of the Retail Processing Centres from where it is uploaded and the reverse flow of MIS to the retail processing centres. We have retail banking outlets across all major towns with separate Branch Id and the mandate based collections needs to be centralised with MIS and flow of pooled amount to these Branches as per the Branch Id's(Sol Id's). S Maintenance of Standing instructions System should support capturing of all details for SI with proper authorization System should support activation and deactivation of SI with prior notice/alerts. Activation and Deactivation can be done automatically as well as manually T Authorization Matrix Different levels of authorization should be available, system should be capable to allow users to access /create/ modify object or functionality as per their roles. Comprehensive Authorization Matrix - Ability to replicate 'Mode of Operation' as per the client's board resolution in the portal Sequential Authorization - Ability to set up hierarchy for authorization. Ex: A must be able to authorize only once B has acted upon it. This would be enabled only for customers so desirous. Remote authorization should be available for multiple level of users on the web portal. It should be available via internet in various modes like desktop/mobile /internet through secured mechanism. Instrument level as well as batch/file level authorization should be available. (Batch/file level authorization should have capability to compute and show (pop-up box) no. of records and amount before authorization with option to proceed or not.). If there are two levels of authorization; one authorizer should be Page 48 of 73

49 able to do individual authorizations and the other must be able to do it at a file level/individual level Client should be allowed to create users & passwords with limited access like view / generate report etc (Self user management) System should be able to provide internal notification for pending authorization, final authorization to authorized users/approvers U Alerts and Notifications System should support notification through various modes such as , SMS etc. automatically as per Bank s Requirement. System should support schedule based generation and mailing of various reports through Scheduler/auto-mailer, as per Bank s requirement. System should be able to collect the Balances of the Client from Core Banking on real time basis through seamless integration with FINACLE and provide alert to the customer /Bank regarding the availability of funds for carrying out their instructions for transfer of funds SMS/ to the customers prior to the execution of Standing Instruction as defined in the SI and reprocessing of instructions SMS/ alerts should be generated for payee / beneficiary advices for cheque printing and collection of DD/Cheques printed at the remote site System should have OTP enablement (through sms) for select transactions and for creation of user ids/passwords System should support various hierarchy based housekeeping reports like Branch manager should have access to his branch report and Regional / Departmental Head to have overall report etc, Based on their seniority and location, system admin should have his/her own report etc. Rule and role based. There should be provision to send variety of reports (including client specific reports defined in the client master) through AUTOMAILER. Provision to send similar type of reports to specific group of customers through auto mailer. Parameterization required for selection of customers/clients for sending auto Page 49 of 73

50 mailer reports System should support and SMS alerts for Exceptions V Reports, Dashboards and Queries System should be capable of generating the list of registered mandates Various reports such as summary report, detail report etc should be available for management reporting. Repository of Canned reports to be shared. System should have the ability to automate the generation of canned reports Exception reports should be available Reports should be customizable and available in formatted PDF, txt, HTML, CSV, excel, XML etc. and should be downloadable. Should support standard formats available in the industry. System should support cheque printed details to customer in downloadable format and report format. Report writer should be provided to the Bank to generate their own reports and queries. System should be capable of providing the status of each instrument during the period in the report and in a downloadable format. System should be capable of sending the MIS in the standard formats as requested by the customer. System should be capable of generating the various reports for the mandate process. System should be capable of generating the query on successful/ failure transactions made in different payment modes during the period. System should be capable of generating the income wise query during the period. Option to generate charges report location wise, division wise, company as a whole. Page 50 of 73

51 Dashboard and multiple charts should be available for viewing things such as total transactions processed on any day, number of transactions across various stages of processing, charges, income, relationship value across products, successful v/s failed transactions, system errors etc. Dash boards should be available to see the trend and volume of transactions processed in a day/period as a whole or customer wise/industry wise/product wise Instrument Query module which is enabled at both the end (corporate front end as well as bank side) to do query based on various parameters so that status and other details can be tracked. W Parameterization System should be highly parameterized to support the bank s policy requirements and statutory policy requirements. eg; (Future changes done by the monetary authority about timings of process, limit of process etc). System should be capable of setting the cut off time at Batch end. X Audit Trail 144. All logs should be maintained for each action taken with timestamp, user ID and IP address etc where action is performed Audit Logs for Core and Customer transactions Audit trail for Actions performed by Information Security Administrators (at security module level). Logs for all/any modification done should be available with the required details for audit. Audit trails should contain sufficient details to reconstruct events to determine the cause of the security violation or malfunction Application should control amendments/deletion to Audit Trails, Transaction Journal and Logs, and should keep record of all such Page 51 of 73

52 modifications. Y Reconciliation 150. System should provide for all kinds of reconciliation for the bank, customer and for Govt Payments in an auto reconciliation mode by total integration with CBS, ERP etc using respective transaction reference numbers. Reconcilation should be available in General ledger format on daily basis with CBS+ERP. Response/Reverse MIS of successful and failed transaction in various desired formats to be available Z Fee and charge management System should be capable of calculating Interest under post funding as per Bank norms which should be parameterisable. Allow to define different types of charges such as Inter-bank charges, draft issuance fees, account maintenance charges etc. System should be capable of charging the customer for mandate verification (Based on no. of fields required to be verified, Option for separate charging for preservation of Mandates (per annum) and for Restoration of data at the request of the corporate or mandate given) System should be capable of charging for mandate transaction per transaction or ad valorem Business rules for charging should be configurable and should allow change, based on business conditions. AA Charging Support Ability to generate a billing statement periodically or on demand without netting off charges against a particular collection for a customer. Flexibility of calculations for Division-wise should also be made available. Charging module should be able to define transaction level, customer specific, location specific, charges based on volume, value, slabs/tiers, thresholds, flat fees, using nested and multiple layer conditions / decision rules which can use a mathematical/logical operands to define the charging logic. Page 52 of 73

53 Charging system should be able to support fee based charging and float based charging as well as support application of both fees and interest on discounting / recoveries. Charging module should be able to incorporate net payables by the bank to the customer (in the form of interest on delayed instruments, late fees etc) into the net receivables and calculation of charges for each customer. Charging module should allow for all setups to be carried out through user-interface in the front-end. For each of the modules namely collection, payments etc parameterization should be available from the front end with ADMIN rights/users Charging module should allow for customer / location profitability calculation and internal transfer pricing and income allocation / sharing for internal entities Charging module should interface with the accounting module for applying charges as direct/deferred debits & also as separate charging statements to be sent to customer and presented to the client systems as receivables for the bank Value/Volume/Exposure/risk calculation from historical data (stored in database/imported from backup database) should be available for use to forecast exposure/risk Charging module should be able to calculate charges in a standalone scenario generation mode using all charging rules and logic in the absence of live data- either through the use of manual feed of summary coefficients or through the use of trial data in a flat file (there should also be a front end to create such data as required) System should support charging computation with modified charge master with retrospective effect. AB General Requirements (Common) Page 53 of 73

54 System to support payment as follows a. One to one 166. b. One to many c. Many to one d. Many to many System should support pre-funding and post funding in case of payments. Providing a solution that facilitates drill-down / drill-up functionalities to enable the user to view the full details of a customer/transactions. Account Aggregation One View Account Summary for the Corporate to view all accounts (Both internal & external accounts)and its summary at single click. System should support, fixing limits for their Customers, the system should maintain such limits and in case excess is sanctioned, should maintain details of such excesses provided, date wise. System should also provide client wise Uncleared / Cleared / Float / Out of funds details at any point of time. System should support calculation of all charges, including interest on financial support availed from the Bank for CMS activity. System should support entry of multiple bills against one collection. System should support entry of items in each bill. System should have facility to enable customers to login and download MIS reports required by them over WEB. Self-Reconciliation of all collection / payment using unique reference numbers as done in Sundry/Suspense accounts System should support clearing operations in its various modes System should support File upload from authenticated users 176. System should support for validation with Beneficiary and client library data in our database before remitting Page 54 of 73

55 System should support upload facility for creation of various masters (for new masters/migration from old masters). It should support Dual Tray printing. Decentralized printing to be made available at select locations. In Corporate Branches / Location. & a Printing Cluster for Remote Printing of Instruments / Cheques. It should have ability to define a holiday after the start of a day. (Will be used for extraneous circumstances like strikes, natural calamities) from the Cash Management Hub. Holiday can be defined at Bank Level as well as Location specific/cts Specific System should support Central EOD through exclusive mode System should be able to segregate Indian and NRI clients and process only after fulfillment of all statutory requirements. All types of credits to NRI accounts under Mandate transactions received on account of Direct credit/ach credit etc needs to be validated for the authenticity by giving alerts/permission, if the product code is of NRI in the account no. and an option to automatically give the requisite code to upload in Finacle. 46 Annexure E (Documents for Eligibility Criteria) Sr. No Eligibility Criteria 1. The bidder must be a company/firm incorporated / registered in India and operating for the past 3 (Three) years in India. (Copy of the Letter of Incorporation/ registration should be submitted.) 2. The bidder must have minimum annual turnover of Rs. 100 Crores for the Documents Requested Copy of the Letter of Incorporation / registration Certified / Audited Balance Details Ref Page No Remarks Supporting Document Provided by bidder Page 55 of 73

56 last 3 (Three) financial years viz , , and should also be in operating profit in each of the financial years. (Certified / Audited Balance Sheets and P&L statements for above mentioned FY should be submitted in support of the turnover and profitability.) 3. The bidder in last 5 years should have successfully implemented and is currently supporting the offered solution for Payment in at least one PSU Bank or Scheduled commercial bank in India with having a business mix of Rs.50,000 Crore. (Bidder should submit proof for the above) 4. The companies or firms, bidding for the above tender, should have not been black listed by any of Government Authority or Public Sector Undertaking (PSUs). The bidder shall give an undertaking (on their letter head) that they have not been black listed by any of the Govt. Authority or PSUs. In case, in the past, the name of Sheets and P&L statements for last 3 years Proof of implementati on along with Purchase orders and letter from user organization mentioning successful implementati on/migration along with on-site staff strength of bidder organization Page 56 of 73

57 their Company was black listed by any of the Govt. Authority or PSUs, the name of the company or organization must have been removed from the said list as on date of submission of the tender, otherwise the bid will not be considered Authorized Signatories (Name & Designation, seal of the company) Date: Page 57 of 73

58 47 Annexure E1: Unpriced Indicative Commercial Offer/Bid (Bill of Material) S.No 1 2 Requirement / Quantity Cost of Software Payment Module (Including supply, installation, implementation, customization, integration & maintenance) Post implementation Onsite support cost for two engineer per year Basic price Taxes, duties, levies, charges Total YES/NO YES/NO YES/NO YES/NO YES/NO YES/NO 3 Payment Module - ATS for one year after expiry of warranty period of 1 year. YES/NO YES/NO YES/NO 4 Any other costs( Please specify) YES/NO YES/NO YES/NO Total YES/NO YES/NO YES/NO Terms & Conditions The Indicative Commercial Offer should be given in the above format only. There should be no conditions mentioned in the Commercial Offer. Commercial offers with conditions will be rejected. All costs should be only in Indian Rupees and all payments will also be only in Indian Rupees. The ATS rate for the Software shall be frozen for the period of 5 years. The Post implementation onsite engineer support rate shall be frozen for the period of 5 years. Authorized Signatories (Name & Designation, seal of the company) Date: Page 58 of 73

59 48 Annexure E 2 : Indicative Commercial Offer/Bid (Bill of Material) S.No. Requirement / Quantity 1 Cost of Software Payment Module (Including supply, installation, implementation, customization, integration & maintenance) Basic price Taxes, duties, levies, charges Total 2 3 Post implementation Onsite support cost for two engineer per year Payment Module - ATS for one year after expiry of warranty period of 1 year. 4 Any other costs( Please specify) Total Terms & Conditions The Indicative Commercial Offer and also the final commercial offer should be given in the above format only. There should be no conditions mentioned in the Commercial Offer. Commercial offers with conditions will be rejected. All costs should be only in Indian Rupees and all payments will also be only in Indian Rupees. The ATS rate for the Software shall be frozen for the period of 5 years. The Post implementation onsite engineer support rate shall be frozen for the period of 5 years. Authorized Signatories (Name & Designation, seal of the company) Date: Page 59 of 73

60 49 Annexure - F: Business Rules for Reverse Auction 1. APPLICABILITY: 1.1 Reverse Auctions are carried out under the framework of rules that are called Business Rules. 1.2 All vendors participating in Reverse Auction shall understand/accept and give an undertaking for compliance with the same to the Bank in the prescribed format Exhibit-A. 1.3 Any vendor not willing to submit such an undertaking shall be disqualified for further participation respecting the procurement in question. 2. ELIGIBILITY: 2.1 Only vendors who are technically qualified and who submit the prescribed undertaking to the Bank alone can participate in Reverse Auction relevant to the procurement for which RFP is floated. 3. COMPLIANCE/CONFIRMATION FROM VENDORS: 3.1 The vendors participating in Reverse Auction shall submit the following duly signed by the same Competent Authority who signs the offer documents in response to the RFP: Acceptance of Business Rules for Reverse Auction and undertaking as per format in Exhibit-A Agreement between service provider and vendor. (This format will be given by the service provider prior to announcement of Reverse Auction.) Letter of authority authorizing the name/s of official/s to take part in Reverse Auction as per format in Exhibit-B. 4. TRAINING: 4.1 The Bank will facilitate training for participation in Reverse Auction either on its own or through the service provider for the Reverse Auction. Page 60 of 73

61 4.2 Where necessary, the Bank/service provider may also conduct a mock reverse auction to familiarise the vendors with Reverse Auction process. 4.3 Any vendor/bidder not participating in training and/or mock reverse auction shall do so at his own risk and it shall not be open for him to make any complaint/grievance later. 5. TOTAL COST OF OWNERSHIP (TCO): 5.1 TCO refers to the aggregate amounts payable by the Bank for transfer of ownership. 5.2 TCO shall encompass but not be limited to the following: Cost of the equipment/product or services Licence fee (Corporate or user specific as defined in RFP) including OS/Database/Application licences) All existing taxes (including sales tax/vat, service tax etc.), duties and levies Installation and commissioning charges, if any The prices should include the comprehensive on-site warranty maintenance of the equipments covering all components, services, and visits to the concerned offices as specified in the RFP Annual Maintenance Charges for the period as specified in the RFP Transportation and Forwarding charges to respective sites Training costs for the product/service/equipment if and as defined in RFP Service Level Agreement (SLA) costs as defined in RFP for applicable period Facility Management/infrastructure support costs as defined in RFP. 5.3 TCO, however, shall not include variables of octroi and entry tax. These shall be paid as per actuals and on production of receipts. However, no Page 61 of 73

62 penalties in respect of octroi or entry tax shall be paid by the Bank and the vendor shall bear such expenses. 6. DATE/TIME FOR TRAINING: 6.1 The Venue, Date, Time etc. for training in Reverse Auction shall be advised at the appropriate time. 6.2 The Bank shall endeavour to fix such Date/Time at mutual convenience to the vendor/s, service provider and the Bank. 6.3 No request for postponement/fixing of Training Date/Time shall be entertained which in the sole view and discretion of the Bank might result in any avoidable delay to either the Reverse Auction or the whole process of selection of vendor. 7. DATE/TIME OF REVERSE AUCTION: 7.1 The Date and Time of commencement of Reverse Auction as also Duration of Reverse Auction Time shall be communicated at least 7 working Days prior to such auction Date. 7.2 Any force majeure or other condition leading to postponement of auction shall entitle the Bank to postponement of auction even after communication, but, the Bank shall be obliged to communicate to all participating vendors the postponement prior to commencement of such Reverse Auction. 8. CONDUCT OF REVERSE AUCTION: 8.1 The Reverse Auction shall be conducted on a specific web portal meant for this purpose. 8.2 The Reverse Auction may be conducted by the Bank itself or through a service provider specifically identified/appointed/empanelled by the Bank. Page 62 of 73

63 9. SERVICE PROVIDER S ROLE & RESPONSIBILITIES: 9.1 In all Reverse Auctions conducted by the Bank through a Service Provider, the Bank shall enter into a separate agreement clearly detailing the role and responsibilities of the service provider hosting the web portal for the Reverse Auction. 9.2 For creating necessary obligations and rights, the service provider will also enter into an agreement with each vendor as per a format designed by him for this purpose. The Bank shall resolve any points/issues concerning such agreement of vendor and service provider. 9.3 While a Service Level Agreement (SLA) by the bank with the service provider is an arrangement for smooth and fair conduct of the Reverse Auction, the Bank shall be directly responsible to vendors for fair and transparent conduct of Reverse Auction. 9.4 The service provider at the end of each Reverse Auction shall provide the bank with all details of the bids and reports of reverse auction. 9.5 The service provider shall also archive the data pertaining to the Reverse Auction for a minimum period of 3 years. 9.6 TRAINING AND AUCTION: Service provider / auctioneer is responsible for conduct of adequate training to all technically qualified bidders representing the reverse auction and bidding process Each vendor / bidder shall participate in the training at his / their own cost Wherever it is considered necessary and asked by the bidders or as decided by the auctioneer or by Bank a mock auction may also be conducted for the benefit of all concerned Authorised representatives of the bidders named in the authorization letter given by the vendor (Exhibit-B) shall be given unique user name, password by the service provider / auctioneer Each bidder shall change the password and edit the information in the registration page after receipt of initial password. Page 63 of 73

64 9.6.6 All the bids made from the log-in ID given to bidder shall ipso-facto be considered bid made by the vendor / bidder to whom log-in ID and password were assigned by the service provider / auctioneer Any bid once made through registered log-in ID / password by the vendor / bidder cannot be cancelled. The bidder, in other words, is bound to sell the Offering as per the RFP at the bid price of TCO Every successive bid by the bidder / vendor being decremental bidding shall replace the earlier bid automatically and the final bid as per the time and log-in ID shall prevail over the earlier bids The Bank shall conduct the reverse auction as per the Standard English reverse auction, that is, no two bids can have identical price from two different vendors. In other words, there shall never be a Tie in bids. 10. PROXY BID: 10.1 A proxy bid is one where vendor can submit the lowest bid amount by him in strict confidence to the system directly. This obviates the need for him participating in the bidding process until the proxy bid amount is decrementally reached by other bidders When proxy bid amount is reached, the vendor has an option to revise the proxy bid amount or he can prefer to start participating in bidding process Since it is an English auction with no ties, two vendors submitting identical proxy bid amount and succeeding in auction simultaneously does not arise During training, the issue of proxy bidding will be clarified in detail by the service provider. Page 64 of 73

65 11. TRANSPARENCY IN BIDS: 11.1 All bidders will be able to view during the auction time the current lowest price in portal. Bidder shall be able to view not only the lowest bid but also the last bid made by him at any point of time during the auction time. 12. MASKING OF NAMES: 12.1 Names of bidders/ vendors shall be anonymously masked in the Reverse Auction process and vendors will be given suitable dummy names After completion of Reverse Auction, the service provider / auctioneer shall submit a report to the Bank with all details of bid and the original names of the bidders as also the L1 bidder with his / their original names. 13. START PRICE: 13.1 Bank shall determine the start price either on its own or through asking for information of price band on TCO from each vendor at appropriate time during or at the conclusion of technical evaluation. Based on the price band so informed by vendors, Bank would determine the start price for reverse auction. 14. DECREMENTAL BID VALUE 14.1 The vendors shall be able to bid only at a specified decrement value and not at any other fractions. The Bid decrement value shall be Rs. 7500/- or 0.25% of the Start price of the Reverse Auction, whichever is higher The bid decrement value shall be rounded off to the nearest thousands of rupees For the sake of convenience of vendors, the web portal shall display the next possible decremental value of bid. It is not, however, obligatory on the part of vendors to bid at the next immediate lower level only. (That is, bids can be even at 2 or 3 lower levels than the immediate lower level.) Page 65 of 73

66 15. COPY OF BUSINESS RULES 15.1 The Bank shall supply copy of the Business rules to any vendors / bidders, wishing to participate in the reverse auction. Such request shall be made in writing to the Bank by an authorized representative of the vendor The Bank shall also handover a copy of the Business Rules with a covering letter duly signed by an authorized signatory of the Bank For any dispute concerning the Business Rules, the hard copy of Business Rules supplied by the Bank for the reference of reverse auction process will alone be considered final and bidding. 16. SPLITTING OF ORDERS: 16.1 If any RFP specifically authorizes splitting of orders for the sake of reducing dependency on single source of supply or provision of service, Bank is entitled to split the order in the order and as provided in RFP While splitting the order, Bank shall specify the maximum quantum for L1, L2 etc. in RFP In case L2 vendor is not willing to supply at L1 price, Bank shall call L3, L4 etc. in order to arrive at the split quantum to be awarded The Bank shall also be entitled to award the contract to L2, L3 or L4 etc. bidders in the event of L1 bidder backing out to honour the commitment, or for that matter not in a position to supply the offering as per RFP. 17. REVERSE AUCTION PROCESS: 17.1 In order to reduce the time involved in the procurement process, Bank shall be entitled to complete the entire procurement process through a single Reverse Auction. For this purpose, Bank shall do all it can to award the contract to L1 bidder or in the circumstances where awarding of contract may have to be done to the L2, L3 bidder as provided for in the RFP The Bank shall however, be entitled to cancel the procurement of Reverse Auction process, if in its view procurement or reverse auction process cannot be conducted in a fair manner and / or in the interest of the Bank. Page 66 of 73

67 17.3 The successful vendor shall be obliged to provide a Bill of Material at the last bid price at the close of auction. 18. EXPENDITURE ON REVERSE AUCTION: 18.1 All expenses of reverse auction shall be borne by the Bank Vendors, however, shall attend the training or mock auction at their own cost. 19. CHANGES IN BUSINESS RULES: 19.1 Any change in Business Rules as may become emergent and based on the experience gained shall be made only by a Committee of senior / top executives of the Bank Any / all changes made in Business Rules shall be uploaded in the Website immediately If any reverse auction process has commenced and a change is made in Business Rules, it shall be informed immediately to each vendor/ bidder and his concurrence to / acceptance of the change shall be obtained in writing by the Bank. 20. DON TS APPLICABLE TO THE BIDDER/VENDOR: 20.1 No vendor shall involve himself / itself or any of his / its representatives in any price manipulation directly or indirectly with other bidders. If any such practice comes to the notice, Bank shall disqualify the vendor / bidders concerned from the reverse auction process Bidder shall not disclose details of his bids or any other details concerning Reverse Auction process of the Bank to any other third party without specific permission in writing from the Bank Neither Bank nor service provider / auctioneer can be held responsible for consequential damages such as no power supply, system problem, inability to use the system, loss of electronic information, power interruptions, UPS failure, etc. (Bank Page 67 of 73

68 shall, however, entertain any such issues of interruptions, problems with open mind and fair degree of transparency in the process before deciding to stop or extend the auction.) 21. GRIEVANCES REDRESSAL: Any aggrieved vendor / bidder through Reverse Auction process can make complaint in writing within 48 hours of the Reverse Auction to the Chief Compliance Officer of the Bank. The Chief Compliance Officer along with the Chief Law Officer of the bank and Chief of Audit Dept. shall give personal hearing to the aggrieved bidder / vendor and decide upon the complaint / grievance. Decision of the Grievance Redressal Committee shall be binding on the Bank as well as on all vendors participating in the Reverse Auction. 22. ERRORS AND OMISSIONS: 22.1 On any issue or area of material concern respecting Reverse Auction not specifically dealt with in these Business Rules, the decision of the bank shall be final and binding on all concerned. Page 68 of 73

69 Exhibit A Compliance Statement (To be submitted by all the vendors participating in Reverse Auction) Union Bank of India Technology Centre, 4th Floor, Department of Information Technology, Shri Adi Shankaracharya Marg, Opp. Powai Lake, Powai, Mumbai DECLARATION We (name of the company) hereby confirm having submitted our bid for participating in Bank s RFP dated for providing services of. We also confirm having read the terms of RFP as well as the Business Rules relating to the Reverse Auction for this RFP process. We hereby undertake and agree to abide by all the terms and conditions stipulated by Union Bank of India in the RFP document including all Annexure and the Business Rules for Reverse Auction. We shall participate in the on-line auction conducted by Ltd. (auction Company) and submit our commercial bid. We shall also abide by the procedures prescribed for online auction by the auction company. We, hereby confirm that we will honour the Bids placed by us during the auction process, failing which the bank shall forfeit the EMD. We also understand that the bank may debar us from participating in future tenders. We confirm having nominated Mr., designated as of our company to participate in the Reverse Auction on behalf of the company. We undertake that the company shall be bound by the bids made by him in Reverse Auction. We undertake to submit the confirmation of last bid price by us to the auction company/bank within 48 working hours of the completion of event. We also undertake to submit the Bill of Materials for the TCO (Total Cost of Ownership) in terms of RFP. Page 69 of 73

70 Signature with company seal Company/ Organisation Designation within Company / Organisation Address of Company / Organisation Date: Name of Authorized Representative: Signature of Authorized Representative: Verified above signature Signature of Competent Authority: Date: Page 70 of 73

71 Exhibit B Letter of Authority for Participation in Reverse Auction To, Union Bank of India Technology Centre, 4th Floor, Department of Information Technology, Shri Adi Shankaracharya Marg, Opp. Powai Lake, Powai, Mumbai We (name of the company) have submitted our bid for participating in Bank s RFP dated for providing services of. We also confirm having read and understood the terms of RFP as well as the Business Rules relating to the Reverse Auction for this RFP process. As per the terms of RFP and Business rules, we nominate Mr., designated as of our company to participate in the Reverse Auction. We accordingly authorize Bank and / or the Auction Company to issue user ID and password to the above named official of the company. Both Bank and the auction company shall contact the above named official for any and all matters relating to the Reverse Auction. We, hereby confirm that we will honor the Bids placed by Mr. on behalf of the company in the auction process, failing which Bank will forfeit the EMD. We agree and understand that the bank may debar us from participating in future tenders for any such failure on our part. Signature with company seal Name: Company/Organization: Designation within Company / Organization: Address of Company / Organization: Date: Name of Authorized Representative: Designation of Authorized Representative: Signature of Authorized Representative: Verified by: Signature of Verifying Authority: Date: Page 71 of 73

72 50 Annexure G (Format of Bank Guarantee) To, The Assistant General Manager, Union Bank of India, 4 th Floor, Technology Centre, 1/1A, Adi Shankaracharya Marg, Powai, Andheri (E), Mumbai Dear Sirs, In response to your invitation to Request for Proposal (RFP) for Payments Solutions under Cash Management Services published in newspapers and website, on and subsequent corrigendum/amendments. (vendor name) with its registered office at (hereinafter called the Vendor ) wish to respond to the said Request for Proposal (RFP) and submit the proposal for Payments Solutions under Cash Management Services. Whereas the Vendor has submitted the proposal in response to RFP, We Bank incorporated under the Companies Act 1956 and carrying on the business of banking under the Banking Regulation Act, having its registered office at and one of its branch office at (hereinafter referred to as the Bank which expression shall, unless repugnant to the context or meaning thereof, includes its successors, administrators, executors and assigns) hereby irrevocably guarantee an amount of Rs /- (Rupees.. only)as bid security as required to be submitted by the Vendor as a condition for participation in the said process of RFP. The Bid Condition for which this guarantee is given is liable to be enforced/ invoked: 1) If the order is cancelled in the event of delay, Or 2) If the Vendor withdraws his proposal during the period of the proposal validity, Or 3) If the Vendor, having been notified of the acceptance of its proposal by the Bank during the period of the validity of the proposal fails or refuses to enter into the contract in accordance with the Terms and Conditions of the RFP,Or Page 72 of 73

73 4) Due to any other deviation from RFP terms. We undertake to pay on receipt of a written demand on or before to Union Bank of India, the said amount of Rs /- (Rupees only) without any reservation, protest, or demur. The said guarantee is liable to be invoked/ enforced on the happening of the contingencies as mentioned above and also in the RFP document and we shall pay the guaranteed amount on written demand made by Union Bank of India on or before the expiry of this bank guarantee which shall be conclusive and binding on us irrespective of any dispute or difference raised by the vendor. Notwithstanding anything contained herein: 1) Our liability under this Bank guarantee shall not exceed Rs /- (Rupees only) 2) This Bank guarantee will be valid up to and 3) We are liable to pay the guarantee amount or any part thereof under this Bank guarantee only upon service of a written claim or demand by you on or before The Bank, through the authorized officer has sets its hand and stamp on this day of at. Name of the Signatory Designation Bank Common Seal Page 73 of 73