lence rR Pith CORPORATE OFFICE, DEPARTMENT OF INFORMATION TECHNOLOG Sub: Request For Proposal (RFP) for Supply, Installation and Maintenance of Enterprise Fraud Risk Managemont (EFRM) Solution with 2 years AMC after froo warranty poriod of Throo yoars to ‘Syndicate Bank. Tender Document Details: Tender Reforence Number and Pato _| RFP 200/CO: DIT/EFRMS/arm dated 22/04/2046 Last daie ‘or seeking Cieniications 29/04/1206 Date for submitting the Bid documents | 19/08/2016 up to 18 OOhours Date of opening of Bids 79/05/2016 at 16. 30hours %.60.00 Lakh in ihe form of Bank Guarahtee Earnest Money Deposit/8id Security valid for 6 months from the last date of submission of Bids REP Cost” This RFP document js available at our Bank’s website, www.syndicatebank.in and san be downloaded from the website. Clarifications, Modifications and date of Extensions, if any, wil also be posted on the same websile and no paper publication will be done for the same. Issued by: General Manager Department-of Information Technology CORPORATE OFFICE, 2% Floor, Commercial Complex, National Games Village Koramangala, Bengaluru — 560 047 Contact Numbers: Tel: 080-25705785 Fax: 25705800, 25705780 eMall: dipfecure@eyndlcatébank.co.in >REP 200/00; DIT/EFRMS!arm * Date: 22/04/2016 BLANK PAGERFP 200/CO: DIT/EFRMSiarm Date: 22/04/2016 To All Eligible Bidders, ‘Sub: Request For Proposal (RFP) for Supply, Installation and Maintenance of Enterpriso Fraud Risk Managernent (EFRMS) Sotution with 2 years AMC after ftee warranty perfod of Three years to Syndicate Bank, ‘We request you to submit your proposal for Enterprise Fraud Risk Management Solution across with 2 years AMC after free warranty period of 3 years to Syndicate Bank as per the specifications detailed in Scope overview. 1) Background: The Bank hes about 3800 brenches in India spread over 29 States and 4 Union Territories including 18 island branches. These branches are controlled through 48 Regional Offices. The Bank has presence abroad also with a branch in Loncon and 4 Correspondent Banks. It has also sponsored thrae Regional Rural Barks. During the past decade, Bank has strengthened its IT infraatructure, carried out Process Re- engineering, and tias enabled inatketirig of technology based oroducts ‘and serviced. Banking is having alternate defvary channels like ATM, Internet Banking , Mobile Barking , FOS etc. 2) Scope Overview: ‘The broad scope of the RFP Is given below: Syndicate Bank plans to implement transaction and fraud monitoring soluton for. CBS (Floxcube) and various Detivery channels. The scope of work would include design, supply, configuration, customization, integration, testing, user acceptance, advisory services, documentation, training, warranty support and post warranty maintenance support for all the solution components including . sottware/hardware/datebasedicerises/iodis required for the fuliment ofthe scope, The Bank intends (0 selec: an experienced and technical competent Bidder with experience of providing Iraud advisory services. and technotogy solutions implementations who can supply, implement and maintain the enterprise wide fraud risk management sokilion for the bank The contract will be for an Initial perfod of Five years and may be extended af the discretion ‘of the Banik 3) Effgibinty Griteri Biddare msieting the following Fligibility:Criteria-may-respond-te this-RFI yb. catlificate-of Ineorsoration-& { = Mamarandain=aad—Artisle=-of- Associaton =-anGult: tas--anbmnlitsal—Blonig.| 4) [Under Indian Corgan ) rast five years as-on-daté oF RE! eee = af Cailifeate Be corperalion and Re foale-of-comménceriant oF BisIness |RFP 200/CO: DITEFRMSianm Date: 22/04/2016 Na idibifiy Criteria ‘Support Décurnents to be submitted worth of €,60 crores, years (Also fumish the information in Annexure-J) Bidder should have an average tumover of | Certified copies of Audilad Financial % 100.00 Crores for the [ast immediate three | Statements or certificate from Auditors 4) | consecutive financial yoars. providing the Turn Over details for the last three years. (Also furnish the information in Annexur-J) The bidder should be the owner or] Letter from the OEM authorizing the certfied/authorized agent of the solution | bidder to participate in tho EO! or offored agreement with the solution provider with 5) . reference to the solution offered should be submitted atong with the bid. In case OEM is cirectly participating sof- declaration has to be provided. “The bidder company should be a valid 150 | Copy of the ISO 9000/8001 & ISO/EG 6} | 9000/8001 & ISO/IEC 27001 certification } 77001 certficata should be subriitted holder company along with the bid The Bidder should be in the Business of Undertaking from the bidder en bidders providing. advisory services. in the aroa.of | letter hoad signed -by the authorized 7)_| forensic and fraud advisory and should have | signatery of the bidder. @ reputed Forensic Practice with al least 100 member team. ‘The Bidder should have a dedicated | Underiaking trom the bidder on kicder’s Forensic Technology Lab in India and | otter head signed by the authorized 8) | should have a forersic practice in India for. | signatory of the bilder. last 10 years The Solution OEM must have at least 10 | Self-Declaralion from the Solution OEM skilled staff experienced in implementing | on the company’s letter head signed by 9) | at least one. FRM Solution to be abla to | the authorised signatory of the OEM deliver and support the proposed solution. The Bidder should have had the | Copy of the Credential Lefter or Copy oF experionos_of_implementing/has_undey = implementalion at’ least one large, technology project for one scheduled comercial “bank “withiore “thant 800~| ~ ~ branches irr india Project which qualiy ~ 10) | aro-sitheroF the followin oo - 1.. Gore Banking Sokion. ..2..Financial. Managament_Salution- ALM, FTP, Cost Allocation, aa "3. BOlerprise Eraud-Risk-Management =<. +4, -RiskManaganrenesolati : . the Proposer EIST or been inpismetted Largattzaton letterhead” Copy. of jeer ere =RFP 200/CO: DIT/EFRMSfarm Date: 22/04/2016 ‘Si. No. Eligibility Criteria ‘Support Documents to, be submitted 3 af tha 6 areas mentioned below. 1. Cards 2. Chiing Payments 3. Net Banking 4. ATM/ POS 5. Branch Banking 6. Mobile Banking _ 12) ‘OEM should have @ Non-Proprielary, Open Industry Standard Modelling Framework and scripting language thal the OEM should propose and support, this Modelling frame work and scripting moceling tool should have been implemented or under implementation at least 2 Public Sector Banks In india Relevant ‘Credential Letters on organization leitlerheadf Copy of purchase crder / Completion Certificate 13) The proposed solution should be a part of Category any of the Charis RiskTech Quadrants® for. enterprisé fraud technology Solutions, AML & transaction inonitoring solutions for the year 2014-or latest for all channels mentioned above Copy of the Report of Charlis for financial crime indluding —entifraudéequivalent Gartner report 14) The proposed solution shail be a single one covering: 1. Cards 2. Online Payments 8. Net Banking 4. ATM POS 5. Branch Banking application 6. Mobile Banking and Treasury Self-Declaration from the OEM on letter head confirming to this effect. The bidder shoutd not hava been black listed by any Govt Financial Institutions/Banke/Government departmentsSem-Government A self-declaration by the Bidder jparimentsiPSUsim indian The. Bidders company.should net be owned of-éonvélled by ay: Direviot: o- Employee (or. Relatives) of Syncicate- Banke ————_ | G ‘sell- -dedlaration by the ‘Bidder « on Company'siatterhead..... 5 The. ~ -biddevOEM— --should--——heve- service/support infrastructures at Mumbai |.alid. “Bangalore. ari ule ‘ate"te| rovide efficient and effective support Bidder sirall ‘ag gupportfrom OEM: [ersure- back to-trackavattabtlty:|— Pee atterfrom-Sldder-and.OEM-o.this.effect, with full address of service centers at [Pargalare are Marit oe el thabiddecaeeds he compyaih.al-the ofa fo he evaluat evaluation. Non-compliance-to-any-cf-those: criteria wail cain -oubieht- canst sbidder's i ell aRFP 200/CO: DIT/EFRMS!arm Date: 22/04/2016 Bank may, ai its own discretion relax one or more of the above conditions for the bidders who havo alteady provided IT Solution/ Services to the bank and the same is in current use, 4) Scope of Work The scone of work for the Bidder includes but not limited is as provided in Annexure X 8) Payment terms : Within Thirty (90) days of the recelpi of Purchase Order from Bank, the successful Bidder shall furnish the performance security in the form of Bank Guereniee, issued by a Scheduled Bank in India other than Syndicate Bank, for 10% (ten percent) of the base contract value (exclusive of AMCIATS charges), valid for 66 months covering Warranty & AMC period as per Annaxura- N. Failure of the Sefectad Bidder to comply with the requirement of executing Contract and submitting Performance Guarantee shall constitute sufficient grounds for the annulment of the award and forfeiture of the Bid Sectily. The bidder must accept the payment terms proposed by the Sank. The financial offer submitted by the bidéer must be in conformity with the payment terms proposed by the Bank. Any deviation {rom the proposed payment terms woult not be accopted. The Bark shall: have the right to withheld eny payment due to the bidder, in case of defays or defaults on tha pari of the bidder. ‘Such withholding of payment shalt not amount to a default on the part of the Blank. ‘The scope of work is divided in different areas and the paymant would be linked to delivery by the success‘ul Bidder and acceptance by the Bank of each area as oxplained bolow. All payments will be released from our office within 30 days of claim on submission of all rolovant Gocuments ard proofs. The payments wil bo released through NEFT/ RGTS and the Selected Bidder has fo provide necessary Bank Datalls Ike Account No., Bank's Name with Branch, IFSC Code etc. Applicable TDS, # any, will be deducted at the time of roloasing the payments, A._Project Implementation:RFP 200/CO: DIT/EFRMSiarm Dale, 22/04/2016 t Or’integration of projiosed solution with | Integration Cost 100% 3 fespective channel’ CBS. ' — ~ {Completion of gap assesament of 1 L. policies | 28% | sand procedures and proposed EFRMS.. | ‘Advisory Services | . — | \ framework = €or 28%. | guidetinés and best practices” =. | ! Completion of- assessment of fraud «254 1 detection processes and framework Completicn of agsessment of fratid E prevention framework and préposed -.. + id framewoticfor dashjoatd reporting “! 1" Willbe paid as and when each-batch of | 100% _{-tfathing ts complated j ‘TDS on payments will be deducted as applicable. Elther Service Tax or VAT will be pald on any component. If any component Is claimed to attract both VAT and service Tax same would be pald in the proporilon In which they are attractIng such taxes, In no case both taxes will be paid for the same component or part thereof. B. AMCIATC Payment: i. The invoice for AMC/ATG renewal proposal is to be submitied at our Office at least 30 days bofore due date for renewal of AMC, every year. ii, AMC shall be paid in advance in equal yearly instalments within thirty days of race/pt of claim al the start of each year, after completion of warranty/ maintenance obligations of the. previous year, at the rates quoted. 6) DELIVERY PERIOD: Implementation of ‘Risk Based Authentication muat-be -imploivent- as per: the -following. time Bohieduley [Dalen of-Harcware- forthe proposed. the solution of Purchage. Order ‘ 252) Balleess ftem-the-dale of Acceplanca | Pi6- Weeks tori the date of Acceptance EESWEEKS fron the date of Acoeptan: Fak Runshrat ise Order pets eee 5RFP 200/CO: DIT/EFRMS/atm Date: 22/04/2076 7) Liquidated Damages: For any delay, over and above 20 weeks from the date of acceptance of Purchase Order, LD @ 0.5% per weak subject toa maximum of 10% contract value wil be levied ard recovered from the final payment due. However, if there is a delay beyond the above period and/or amandmants thereon, due to reasons aitrbutable to the Sank, such period will bs exempted! from computation of delay for the purpose of LD. The bidder shall have to produce document showing "Reasons for delay lo commence work’ from the representatives of Syndicate Bank at respective locations, This. however, does rot preclude the Purchaser from invoking the Perfornancs Guaranteo if warranled, as per the terms of this Bid Document. 8) WARRANTY, AMC/ATS AND SUBMISSION OF PERFORMANCE SECURITY; The Bidder shall offer software. solution fer Implementation of EFRMS. with 2 years AMCIATS after warranty Period of Three years fram the date of commissioning of the services. However, the Bank reserves right to renew AMCIATS of the solufion at mutually agreed rate for one of mare years. it the dldider fails to offer service for the specified period, then the bid is fable for rejection and may cause Heavy Penalty/Slackisting of Bidder's company/Legal Action against Bidder Company. 1. Bidder has to provide one year warranty of the offered solution, post go-live user acceptance/sing-off of the application. During the warranty period, the bidder has to customize the application as per Bank's requirement, maintain it and fix reported bugs at no oxtra cost to the Bank. 2. The Ridder shall also provide Complete Maintenance Support (Post Wartanty AMC ~ Onsite & Offsite as and vehen it is required) for at feast 5 years, which must includa: @) Supply, installation and configuration of upgraded versiona of application, software's Bpatches(whenever released). Trouinle Shooiing &Rectilication of bugsidefects. Fine Tuning/Performance Tuning/Security Configuration of the Solution. Reinstallaticn& Reconfiguration of software/database (whenever required). Testing of the Solution (as specified ahove). Help & support should be provided by the Bi ‘depending the urgency and complexity cf the issue: i. Telephonic Support “ti_Email’Soppore” Ww. Support by Remote Access of ve “ORBLE VSI SupBE Wt any.of-tha-fallawing-modes—— 2. Bidder. has..to_pravide_unintorrupted—cuppert~eervieas—pet—Bank's-werking “hours (Monday to Saturday}. However, support shall be avaliable on 24*7 basis during perlods.of_— iS, resolution.of: issues: or. mayement.of-relecsesitiveaRlddls-haé-to-piovide-detalled—— escalation-hierareliy whieh: os oes + nie MaN MUL SEUSS VBL In secalatlen bierarehpes - b-—BefinecHt nh ) “Should be provided to let/hanagetiHigher Official Nome,RFP 200/CO; DIT/EFRMSiarm Date: 22/04/2016 a. Technical Engineer (with sound web application development & demain knowledge) availabilty for the ciscussion & finalzzation of the additonal requiremeni/changes in existing requirement (if any, as & when required) throughout the contract period. b. Single point centact person ie. “Account Manager’ who fas to visit CO: DIT (egularlyfon demand) to ensure smooth functionality & various other discussion related to the solution. 5. AS. part of the AMC support, Bidder is required tc selup one Development/Test Server al their support cenire to simulate & resolve the issues reported by the Bank (with the help of the log generated by the applicalion). Alhough the backup will be taken by the DC team but the Bidcer will also be responsible to test the backup for the restorabilty using test server ‘onae in every 6 month. 6. Bidder wil be responsible to do all tha required testingivalidation against the specified guidelines using industry standard tools and submit the relevant reports to the Bank before Go-Live. Thass testing’s should be conducted on yearly basic by the AMG Support Team as 2 part of the AMG contract and relevant report are to be submitted to the Bank. The tasts algo Includes load testing & performance bench marking (if required), 9) Service Level Agreements (SLAs) Within sity (60) days of receipt of tho Purchase Order ot before submission of the bill for payment, the Selected Bidder shall sign and dale the SLA designed by the Bank and return il to the Bang. The SLA will include the lermsicondltions as in RFP. ‘The Bidder however may submit the SLA Form they like.to execute, It is the prerogative of the Bank to accept the same or to modify. It is reiterated that the SLA to be entered into by the Selected Bidcer shall be as approved by the Bank only. Time is the essence of the contract and the bank expects the Bidder fo complete the project as per the implementation plan specified in the RFP. If the Bidder fails | to deliver any or all software: or IL to commence services within the time specified as pet the termé of the RFP; or It perform the services end extend the support thet mosis the requirements as stipulated in the RFP within the fime specified in the RFP; or IV to maintain the uptime of the solution/component of the solution; __The Bidder need fo executs a Service Level Agreement/Contract with the Bank covering all Terme and conditions of this terider. Bidder need lo slriclly adhere to Service Level Agreofients (SLA). Services delivered by bidder sk comply wih the SLA mentioned below. The Bank shall without preludice to’ ks other rights-and remedies under ‘and-in-aecordance with the forms ai ihe RFP Tevy iqudated damages Tom payments tue to tre Bhiter Sta wit be reviewed oT — : a qilattorly Backs. SLA violation-wil attract*paralties: Inablity.of tha. Bidder. eiher-to-provids the tequlieménts a8. pér-scone orto. mnedt the timelines... Thie-Vendor-shall- provide AVG TAIIG 8 rasan or this repert-émorittily report shal nd-oFevery-menty— containing .{he: summary “ofall WiSideHls'=Tepoited “and “seadcuted: Bidder performance Fneasuiment-Tor-that_ periods slaRer SRE UBS-AN-eOpriate: Teal for- tae Purose of such —RFP 200/C0: DIT/EFRMS/arm Date: 22/04/2016 i i Severity 1 a-Any problem due to which realtime detection aF prevention is not working OF. b. Afiy problem dus to which the components. of EFRMS Solution are not available to the Bank's Users of Goes not-peiferm according to the - defined performance and query processing paramoters required-as | { _pef:the REP. or. 2 : & | "6: Showstoppers invalving majéF functional fallarain the aplication: ' ‘Thate’are. no tisable: workarounds available to troublashdot the fos sProbiem * Te en - a, Any problem due to which near-real time detection or prevention is net working or ; | { i | | U ‘Séveriy Z . Ary Incklent which is classified as ‘Severity 4” for which an acceptable workaround has boon provided by the Bidder or; ©. Users face severe func'lonal restrictions in the application Irrespective of the cause. \ahich offing dateation and preventl ell ———would-underge-during-the-fenure-of the-Gontract: * ~EFRMS ‘Saliition System availability is defined as: {(Scheduled operation time — system downtime) / (schéduled operation time)} * 100% Where: “Scheduled operation time" means the scheduled operating hours of the System for the month. All planned downtime on the system would be deducted from the total operation tine for the month to give the scheduled operation time. . “System downtime” subject to the SLA, means accumulated time during which the system is not availablo to the Bank's users or customers due to In-scope system of infrastructure failure, and measured from the time Bank and/or lis customers lag a call with the Bidder help desk of he: failure-or the-tallure te known to the Bidder trom Whe avalabiity measurement tovls [a the time wien the System is retumed to. proper operation. ...Sarvice Levels. should be.compited wlth srrespectlve-of the-customizations that the applications Severity Definition Severity Defiiition during Live operailohs die’ to_Infrastructufe/Functional_issues..of the.RFP 200/60: DITEFRMS/arm Date: 22/04/2016 produciion environment within two days of the Bank intimating the same through writing, telephone or fax. (lI)Low Level Errors defined as those othar errors that are not the Critical errors or the Medium Level Errors 2s defined above. The vendor undertakes and guarantees that all the Low Level Errors will be resolved in the production environment within five days of the Bank intimating the same through writing, telephone or fax. For every issue crossing beyond the above referred thresholds for resolution Bank shall havo right to levy penalty @ & 10000/: (Rupees Ten Thousand Only) per day per issue, subject to a maximum of 10% of the contract value. For repeat failure, same or higher penalty will be charged depending upon the delay in ractification of the problem. Penalty for Losses/breaches This shall be in addition to the Iquideted damages for not mesting SLA which is defined separately. a Penalties will 9e levied @ % 50,000/- per instance for any loss bank has suffered due to frauds taken place curing the down time or non-avai'abilty of system. b Penalties will-bs levied @ 7 50,000/- per instance for violations: of rules configured to prevent fraud andor generate alerts etc, © Penaltios wil bo levied @ Z 50,000" por instance For alerts not sent on time to customers in case of Frauds d_ Penalty of € 50,000.00 per hour will be levied if the solution disrupts the Banking Operations: and at the rale of t 10,000 per hour if it causes lowering of performance of Banking Operations by at least 40%, Penalty is not applicable for reasons attributable to the Bank and Force Majeure. However, the onus of proof lies. with the bidder. 10) Authorization to Bid: The proposal! Rid being submitted, would be binding on the Bidder. .As such it is necessary that authorized. perso O._The.designat nel. should, authorized by a senior official of the organization having authority te do 0. The same persan or a difforont person should bo authorized, who should have cigital certificate iseued in his namo and Shoiild have authority to Guéte bid aivigU Wi ofline-aeal Bic “and a}S0 Giloté One priéé duriig 6n- fina reverse auction. The details of digital certficale like Name, Digital Key details, Issuing authority and validity elc are to be provided. The XEROX copy of nacessary Origlnal.raeclutions/authority’ Power of Atlomey having-authority So_Authorized the parson to submit Bid documents/ — auction, on.behalf-of.the.company-shall.ba-analased.Tha-prapasal-must-be-aeaompanied-with an undertaking letter duly signed by the designated ‘peisoiirel proviitng @ Bld corriitmiert The latter should also indleate the complete: name: and-desighation=of-the-designated-personnal:as. per ~ ANNEXURE:F™ ae ‘{1YBid Security arid Cost OF RFPE 14 Bid Securify:RFP 200/CO: DIT/EFRMSiarm Date: 22/04/2016 Commercial Bank in India other than Syndicate Bank in the format enclosed (Annexure-C), to be valid for a period of six months from the last dale for submission of Bid Document, along with the Bid Cecuments. The Selected Biddere Bic Securty.will be discharged upon the Bidders iurnishing the Performance Security in the form of Bank Guarantee, as provided in Warranty Clause. Unsuccessfut Bidder’s Bid Security will be discharged or returned as promptly as possible, ul not later than 30 days afler the expiration of the periad of Bid validity prescribed by the Bank. ii, The bid security may be forfeited: (@) fa Bidder withdraws its Bid during the petiad of Bid validity; or (b) Ifa Bidder fails to participate and quote price in Online Sealed bids or falls to login in Reverse Auction Process, or (0) Incase of a succoseful Bidcer, if the Bidder fails: (@) Toaccept Purchase Order, {e) To furnish Performance Security valid for 78 months within the stipulated time, or (® To supply the géods within the stipulated period. Or (@) Fails to comply any terms of RFP or Purchase Order. 41.2 Gost of RFP: A non-refundable Demand Dra‘) Banker's Cheque for %.25,000/- (Rupees Twenty Five Thousand only) in favor of SyndicateBank payable at Bangalore, towards RFP-cost, is te be submitted along with the other Biel Documents to ihe Sank, Bidders who had paid RFP cost for our earlier RFP- 4180 need nat pay this cost of RFP again. 12}Response to REP The bidder shall submit the cffer for the full schedule of requirements. Following Instructions may please be taken note of in this connection. All responses should be in English language. AU responses including commercial and technical proposals would be deomed to be irrevocable offore/proposals from the Bidders and may, if accepted by Syndicate Bank, form part of the finaf contract between Syndicate Bank and the selected Bidder. All envelopes should be securely sealed and s'amped The authorized signatories of tho bidder should sigrature ‘on-all pages of the proposal. "All Bid Document are to be properly filad in a box fe and al pages of tho Technical Bid should be numbered serely (Contiwous page number‘Tolal number of pages) and should bear the whorever roaulrod, Intarms of the RFP ofall be ensloeg Bid Document The Technizal Offer should.bs comple. anc: ncicale that all pracuct.ané-services.estedl fr ar. —-considered-Technical-Offer-deeument-should-net- contain-any price Infermation————— ___ Envelopes must be supir-seribed with tie Yollawings infornraon’ % -Eligibiity and Technical Proposal’ along wilh bid security and Demand Draft Banker's Cheque for the cost ofthe RFP. & Other Information required’ ont lope atid ‘so-snveldpés SREP reference number, Nana” of bidder, Contact Person, Contact Addiess, E-fall address and Phone number,RFP 200/CO: DIT/EFRMS/atm Date: 22/04/2016 43) Proposal Format ‘The Bidder should submit Technical Bids in a sealed envelope super scribing the envelope with the RFP Reference number, due date, Name of the Bidder, etc. ‘The Bid Document should be complete in all respects and contain all informatten asked for, except rice information and indicate that all products and services asked for are considered. The eligivity and technical envelope snauid have the following documents: Cost of REP Bid security Bid Form All annexure as per RFP on Company's letter head with authorizing person’s signature and company seal on all pages. All supporting documents and product literature in support of Technical specifications Relevant brochures for Hardwar Manufaciurers' Authorization Forini a8 pet Anfiexure-€, if apolicalile Technical Specifications as per Annexure | are to be furnished item wise. , Please furnish (ull details, ensuring strict confermity with the specifications in every respect. in order to avoid ambiguity. The software, if any, shall be supplied with Media, Manual and License. -.Relavant-Detalled-Product-Brochures-shall-be-submitted-for-each-item with the proposal. aes rane The Technical Bids containing erasures or alteratioris will frat be Considered. Theré sould bé no hand-writfen mafetial, corrections or alterations in the Bids. Techriical details must bo completely filled in. Correct technical information of the product being offered must be filled in. Filing up of the. information using terms such.as "OK", “Accepiad” and ‘Noted’, "As given in Brochure? Manual" is not acceptable. The Bank may treat euch Bids as not adhering to the RFP guidelines and as unacceptable. Bidder’s proposal should strictly conform to the Eiigibilily Criteria, Technical specifications and all other terms and conditions, stipulated in the RFP. Proposals not conforming (o the specifications wilt be treated as technically nor-responswve. Bank will not entertain any correspondence on this. The bidder is not required to submit the Price Bid, as Bank will be conducting the Reverse- ~ auction fron the technically responsive Bidders. Bidders are requested fo go through ‘Rules for Reverse Auction’ as detalfed in Annexure-K Lhe paille'pating-bidders-need eny-olariication-en-any-of the-aspe cte-of tho-Bid Bocument, they —— can seek clarifications in advanse-through-@-mail-to-eitprocure@ayndieatebank.co:in-an- or before 29/04/2016 strictly as per Annexure —J format The Bank reserves the light to make amendments fo the RFP before the last date prescribed for submission of the rosponses:” Such clanfivations; amendments to DUC RFP-itany, will be Sento ail — ihe bidders through eral and will-forra.; FI is{s..are-requested.to:take-note.of the same. . x ~The Last date for submission of Bid. proposals. along.with Bid Sacurily.and. RFP costs 20/05/2016 by 16.00 hours at this office, Any: Ride-reatived.atter-tho-due:date-and:time:wil:notbe:accepled,. Technical Bids completa in all aspests. shovld:ba-submilted.In.sealed. master onvatope to Sri Shivayogi .C Koti, Senior-Manager(FT--Gorperalé~O lickeB'T-—ll-Floot—€ommatcial-complex; ional Games Vilage, Koramangala, Bangaiors 860.047 within tha apeve stipulated. date andRFP 200/00: DITIEFRMSiarm Date: 22/04/2016 14) Evaluation of Bids The Bank will eveluate the bid submitted by the bidders under this RFP. ifwarranted, the Bank may engage the services cf external consultants for evaluation of the bid. It is Bank's discretion to decide at the rofavant point ef time, The Technical Bid will be opened first for Technical Evaluation in the presence of bidders wio choose to be present, The bilder is required to comply with the technical speotications mentioned in Annexute-| of the RFP. Non-compliance to this may lead to disqualification of a bidder, which would bo af the discration of the Bank. The docieion of Syndicate bank would be final and! binding on all the bidders to this document. Syndicate Bank may accept or rejact an offer wilhiout assigning any reason what so ever. ‘The technical bids shall be eveluated by a commiitee for the following. RFP evaluation mothodelogy tha! the Bank would adopt is as given bolow: ‘The proposal submited by the Bidders shall, therefore, be evaluated on the following criteria: Bickler's experience & capabilities 20% 200 140 Product Demonstration & Technical | oro, Pragerttation for the prapawed solution _| 20% 200 “0 Total sass ciseslst OOM, 1000 700. fer should ensure that any crilleal noncompliance against Annexure |- RESPONSE 70 ‘TECHNICAL & FUNCTIONAL SPECIFICATION ifiay lead to disqualticaton Elder scoring atleast the minimum svure‘inthe- each’seetion-as-mentloned in the-table-ahove — and an overall score oF 700 marl ibe “The i _approach is foreach section is detailed Ii tie table below?RFP 200/CO: DIT/EFRMS/arm Date: 22/04/2016 Unreasonable scope limitations which -clefeat the purpose of this’ RFP. shall lead fo reduction in scorés or even pose of disqualification of the bidder. This will be “at the’ sole discretion of the. Bank: 2. | Functional feature evaluation of +” Fer Functichal Specifications, The Bidder shall bo awarded full marks for a line item if il is Fully Compliant (FC) = No sCustomization is recuired, half marks for‘a line item. if:i: is °. Partially. Compliant (PC}- customization. is :required and ria. marks, for -a- ine item if it-ls, Non. Complaint (NC)-.Feature ‘annot be. miade available’in tha prod "Unreasonable scope:iimitations, which deféat the purposé of this RFP. shall-laad to, reduction in scored ‘or even possibility. of cisqualiication of hs bidder, This wil be. at the sola ‘discretien‘of-the Bank: + The Gidder i8 required to submii the compliance fo Minimum ‘Technical Specifications of solution as stated in Annexure |. (Maximum Marks 70) + The Bidder Is required te submit the complance to Minimum Technical Specifications of servers as stated in Annexure | (Maximum Marks 30) Note: «For Tecnnical Specification- Bidder should provide ‘yes" or ‘ne’. The Bidder shall ba awarded full marks for a line item if t is responded as ‘Yes - No Customization is required, haf matks for a line item if it'is Partially Compliant (PC)- customization is required and no marks for a line item if itis, Non Complaint (NC)- Feaiure cannot be made available in the product . «Unreasonable scope (imitations which defeat the purpose of this RFP shail lead to reduction in scores or even possibilty of disqualification of the bidder. This will be at the sole discretion of the Bank. a | Technical evaluation of solution and servers as stated In Annoxare | 4 | Bidders | expartonce. a. capabllities Number of resources, 41. Number of forensic resources more than 150+ (excluding any back office teams) : 50 marks 2. Nuniber_of forensic resources _more_than {00 to 150 excluding any back office tears}: 30 marke 1. Nuniber of forensic: tabs (4 forensic lab)-50 marks 2. Number oF forensic tab (-no forensiclab) ; Omarks | -"“The—Bidder—ie—tequiredte—pravide—an—undertaking—on-| Ccopaiy's Tar isa ar the above. i Bidder “should Have had” thé” experience oF implementing / has under advanced stage of iiplementationlarge~-technology—project ‘in“a'-Pubtic | Setter Bank fexcizdirig Co ‘Banks & RRBS) in (nda_as_a_Bidder_or subcontractor in any. of the “along ares:RFP:200/CO: DIT/EFRMS/arm Date: 22/04/2018 Enterprise Fraud Risk Management d. Risk management «Three Large Banks in India- 109 marks = Two Lange Banks in India- 70 marks * One Large Bank in India- 50 marks (Large Bank — Having at least 1000 Erdnches al the time of impiementing the referred solution) ‘The Bidder will be awarded half of the above marks if the project is implemented in a scheduled commercial bank wit more than 500 branches in India Bidder is required to provide a copy of purchase order from the bank Further bank may al its discretion ask for site visit or verification of datails [Solution = OEWs. fodeliing tool proposed for EFRUS should:1ol-be, propiletany| schaoloay.:2nd::should:.ve: supported :by the: -FRUS: 2DEM,REP 200/CO: DIT/EFRMSiarm Date: 22/04/2016 The bidder's scoring the minimum threshold siated in this section will be declared techrically qualified and will be efigible for participating in Reverse Auction Process, Note: 1. Bank's decision in respect to evaluation methodolagy and short-listing Bidders will be final and no claims whatsoever in this respect wil be entertained. 2. Calculation of marks would be roundad off to the nearest two decimal places. 3. Bank reserve the right to change/felax the criteria for evaluation at its sole discretion. Note: Bank resorves tie right to reject this invitation to offar Bids in part or In full, or cancel the entire procurement process at any stage without assigning any reascn. Yours faithfully, _-b-f (K Srinivasa Rao) General Manager (IT) LFRFP 200/CO: DIT/EFRMSYarm Date: 22/04/2016 ANNEXURE-A QTHER IMPORTANT TERMS AND CONDITIONS { MANUFACTURERS AUTHORISATION FORM: In the case. of a Bidder offering to supply goods under contract, which the Bidder did not manufacture or otherwise produce, the Bidder should produce a cerlifcate as per the format enclosed that they have been duly authorized by the manufacturer or producer to supply the goods and assuring full guarantee and warranty obligations. if proposals are submitted through the business partners or Authorized distributors etc, a separate "LETTER OF AUTHORISATION TO BID" an behalf of the main Bidder/s should be enclosed along with the ‘Technical Bid. Proposals received without the autherization letter’s will summarily be rejected 2 INSURANCE: The insurance shali be for an amount equal to 110% of the CIF value of the Goods delivered at the respective branches covering all risks (transit, fire, burglary, SRCC, natural calamities such a8 eaith quake, floed etc.) for a period eovering the transit petiod and also minimum 4 months from the cate purchase of insurance policy at the location addition to the transit period.. If any non-insured period exists from dale of delivery to purchase of such policy company shall give corporate uncerteking through indemnity bond. This indamnity shall cover dats of delivery to dae of policy. 3 INSPECTIONS AND TESTS: i, The Bark shall have the right (c inspect and fest the goods to confirm their conformity to the Technical specifications at the premises of the Bicder or at the site of installation. All roasonable facilities and assistance inclucing access to drawings and production data shall be furnished to the Inspectors. i. The Bank or its representative shall havé the right to inspect andior to test the Goods to confirm their conformity to the Contract specificailons ai no extra cost to the Bank. ii, The inspections and test may be conducted on the premises of the Bidder or its subcontiactor(s), al point of delivery andior at tho final destination. If conducted on the premises of the Bidder or its subcentractor(s), all reasonable facilities and assistance, including access to drawings and production data, shall be furnished to the inspectors at no charge to the Bank iv. Should any Inspected or tested Goods fail to conform ta the Specifications, the Bank may reject the Goods, and the Bidder shall either replace the rejected Goeds or make alterations necessary to mee! specification requirements free of cost to the Bank OBLIGATIONS: DDEI i, The Bidder is raeponsible for managing the activities of its personnel and will hold tr et response for any iste ge 0 ~The Bldder’s representative & local office at Bangalore will be the contact point for the Bank and all the ‘authentic status of Delivery and 'mataflation should be made available in writing at least twice in a week. ik THe Bidder will treat “al Water-aind nformation about the “Bank chained inthe ‘exeoution of his Yespons|bilties.2a confidential and will-not-reveal such information to eny other party without the prior wtten approval.of the, Baris, 5 TERMINATION FOR DEFAULT: oo. a seen The Bank, without orejudice to any ther remedy for breach af contract, by giving 30 days written Notice of defauit sent to the-Bidder--and-if-the-Bidder-fails to-cure-the-cefault-within-the notiee~RFP 200/00: DIT/EFRMS/arm Date: 22/04/2016 il.” If the bidder falis to perform any other obligation(s) uncter the Contract. iii. IF the bidder is not providing after sales anci maintenance services and the calls sre not attended for three or more occasions the Bark is at liberty to terminate the contract by giving 30 days’ notice, iv. Delay in Implementation of the Project beyond the specified periods. v. Non satisfactory performance of the Project during implementation. vi. Failure fo upgrade the project as per the requirements of the Bank. vi. Serious discrepancies noted in the implementation of the project. vii, Breaches in the terms and conditions of the Ordar. ix. Non satisfactory performance of the Project in terms of affecting the Core Systems of the Bank The Bank reserves its right to cancel the entire / unexecuted part of Purchase Order at any time by without assigning appropriate reasons in the event of one or more of the aoova conditions: In additicn tothe cancellation of purchase order, the Bank reserves Its right to Invoke the Periormance Bank Guarantee given by the bidder. 6 EFFECT OF TERMINATION i. The bidder agroos that it chall not be relieved of its obligations under the reverse transition mechanism notwithstanding the termination of the assignment. Reverse Transition mechanism would typically include service and tasks that are required to be performed rendered by the bidder (o the Bank or its designee fo ensure smooth handover and transitioning of Bank's deliverables and maintenance. The reverse transition will be for the poriod of 3 months post the notice period. ii, Same terms (including payment terms) which were applicable during the term of the contract should be applicabie for reverse transition services iii, The bidder agrees that afler completion of the Tern cr upon earlier termination of the assignment the bidder shall, if required by the Bank, continue to’ provide warranty services to the Bank at no loss favorablo torms than those contained in thia RFP. In case the bank wants to continue with the bidder's services after the completion of this contract then the bicider shall offer the same or better torms {o the bank Unless mutvally agreed, the rates shall remain firm; iv. The Bank shall make such prorated payment for services rendered by the bidder and accepted by the Bank at the sole discretion of the Bank in tho ovent of torminstion, provided -that-the_bidder-is-in-compliance-withts-obligations-lll-such.clale—However,-n0-payment-for— “costs incurred, of irmevecably committed to, up to the effective date of such terrination’ will bie, There shal be no termination compensation payable to the bidder shall be without prejudice to any. other rights or readies @ party. may be entitled to hereunder or at law and shall not affeet any acerued rights: or liabilities or ellher party nor the coming-into force or continuation ir force of any: provision ‘herecf-which is expressly ~~ intended to.come into. forea or.continue in force.on.orafter.such termination... — 7 INDEMNITY: 1 The selected bidder shall indemnity, protect and save thé Bank agains! al claims, losses, costs, damages, expenses, action suits and alhar.nraceedings. resutting from infringement of any law partaining to patent, trademarks;-copyrights; intellectual Proparly-Righle PRY ele. Selected Gidder shall keep the Bank, its Successcts, Assionses and Agininistrators fully indomnnified and harmless against loss or liability, claims actions or praceedings, ifany, thatREP 200/CO: DIT/EFRMSiarm Date: 22/04/2016 li, The Indernnifigation is only a remedy for the Bank. The Selected Bidder is not absolved from fs responsibly of complying with the statutory obligations as specified above. Indemnity would be limited fo court awarded damages and shall exclude indirect, consequential and incidental damages. However, indemnily would cover damages, loss or liabilities suffered by the Bank arising out of clains mace by its customers and/or regulatory authorities. iv, However, the Selected Bidder would be given an opportunity fo be heard by the Bank prior te making of a decision in respect of such loss or damage. 8 LIABILITY OF THE SELECTED BIDDER: i. Bank shall hold the selected bidder, its Successors, Assignees and Administrators fully liable agaixst loss or liability, claims, actions or procescings, arising out of non-tulfiliment of any obligations under the Contract. ji, Selected Bidder shall be the principal omployer of the employees, agents, conirectors, Subcontractors ete. engaged by Selected Bidder and shall be vicariously liable for all the acts, deeds or things dons by its employees, agents, contractors, sub-contractors alc., whether the same is within the scope of power or outside the scope of power, vested of instructions issued by the Bank under the Contract to be issued for this tender. Such liability of the Selected Bidder will be restricted to the’ actual amount of the Cortract. However, the selected:bidder would be given an opportuntty'te be heard by the Bank prior to making of a decision in respect of such loss or damage. 9 NEGLIGENCE; In connection with the work or contravenes tha provisions of General Terms, if the selected bidder neglects to execute the work with due diligence or expedilion or refuses of neglects to comply with any reasonable order given to him in writing by the Bank, in such eventuality, the Bank may after aiving notice in writing to the selected bidder calling upon him to make good the failure, neglect or contravention complained of, within euch times as may be Ceemed reasonable end in default of tho said notice, the Bank shall have the right to cancel the Contract holding the selected bidder r lable for the ‘damages that the Bank may sustain in this behalf. Thereafter, the Bank is to be compensated for good the failure at the risk and cost of ihe selected bidder. 40 FORCE MAJEURE: i__The bidder shal! not be llable for forfelture of its performance sacurity, liquidated damages or termination for defaul, F and to the extent that i's delay in performance or olfier failure fo perform its obligations under the ccnlract is due to an event of force Majeure. For purposes of this Clauge, "Force Majeure” meané an event beyond the control of tho bidder ard not ino sing the bidder's fauttor neg gence-anctotforesseabis- Sach events Tray irolude, at — ‘are-not-limited-to, Acts: of nature-cr-of-public enemy, aets-at-Gevernment of India in their sovereign capacity, acts of war, and acts of the Bank either in fires, floods, strikes, lock-outs: and freight embarcoes ii. if a Force Majeure situation ‘arises, “the bidder shall promptly notify the Bank in wil ing of ions ar the cause theredt immediately. Uniess olherw'se directed in writing, the bidder shall confinue fo perform. t's obligations. under the Contract.ag far as it |p reasonably practical, ond ehall seek all reasonable altemative means far performance nat _———plevented-by-the-Rorce- fd ae Ute Rm In such a case, the fime for performance shall be extended by a period(s) not less than the. __duration ‘of sucti delay. If the duration of delay-continues beyond a period. of three months, “the.Bank-and-the_biddder.shall-hold-cansullatiens-with-each-cther-in-an.andeavor-to finda... solution to the problem. iv. ~-Notwithstanding-the- above; the~decision-of-the-Bank-shall-he-fival: anid-binding~ ~on-theRFP 200/CO: DIT/EFRMSiarm Date: 22/04/2016 14 GHANGES TO RFP The Bank also resarves the right to change any terms and conditions of the RFP ard its subsequent addendums as t deems necessary at its sole discretion up to the date of submission of bids. ‘The Bank reserves the right to extend the dates for submission of responses fo this document Bidder shall have the opportunity fo clarify doubts pertaining to the REP in order to clarify any issues they may have, prior to finalizing their responses. i Preliminary Scrutiny ~ The Bank will scrutinize the offer to determine whether itis cormplete, whether any errors have been made in the offer, whether required technical documentation has bean {umished, whether the documents have been properly signed, and whether items are quoted as per the schedule, The Bank may, at its discretion, waive ary minor nen- conformity or any minor deficiency in an offer, This shall be binding on the Bidder and the Bank reserves the right for such waivers and tie Banks decision in the matter wil be final. Ji, Clarification of Offer — To assist in the scrutiny, evaluation and comparison of offer, the Bank may, at its discretion, ask the Bidder for clarification of their offer. The Bank has the right to disqualify the Bidder whose clarification is found not suitable te the proposed project. The Bank reserves: the right to make any chaages in the terms and:conditions of RFP. The Bank will not be obliged to meet and have discussions with any Bidder, and / or to liston fo any representations. Erasures or Alterations — The offer containing erasures or alterations will not be considered. There should be ne hand-written meterial, cotrections or alterations in the offer. Technical details must be completely filled up. Correct technical information of the product being offered must bo filled in. Filling up of tho information using tems euch as ‘OK’, "accepted", “noted, ‘as given in brochure / ranuaf" is not acceptable. The Bank may treat the offers not adhering to these guidefines as unacceptable. iv. Pricing — It is absolutely essential for the Bidder to quoie the lowest price at the time of making the offor in its own interesi. in the event of Bank not satisfied with the Price Discovery in this process, bank reserves the right to initiate the tendering process again through Limited or Open tender. 12 INFORMATION OWNERSHIP All information processed, stored, or transmitted by bidder equipment belongs to the Bank. By having the responsibilty to maintain the equipment, the bidder does nol acquire implicit accass ——righte-te-the infermetlon-orrights-to-rediatribule-the-information-The-biedler-understands-that-civit— criminal, or administrative penalties niay apply-for failure to. protect information appropriately 413 PUBLICITY ‘Any’publicity by the Bickterin-whioh the nemie of the Bamic ts tobe usec shout be done only witty” “thie explicit wrilter permission of the Bank. AA-INSPECTION.OF RECORDS All bidder's records with respect to any matters covered by this RFP shall be made avaitable to the. Bark.or its designees..at any ‘time during-no:mnal.busiaess.hours,-as..offen-as.the. Bank deems... necessary, to audit, examine, and make excerpts or transcripte of all relevant data. Said records are subject to examination. Bank’s~audilois-would-exeeute-confidentiality-agreement-with -the- idder, provided that the auditors would be permitted to submit their findlags to the Bank, which Weapig be used by the Bank. Tho-cost of the-aucti-will-be-borne-by the Banks-The-scope-of such =~. Lid be limited to Service -Levels-holng-bavered. Under-the:soniract,-afid-linansial information: oe Siac —REP 200/CO; DIT/EFRMS/arm Date: 22/04/2016 would be excluded from such Inspection, which will be subject to the requirements of sialuiory and regulatory authorities. 15 GOMPLIANGE WITH LAWS i, Compliance with all apolicable laws: The bidder shell undertake to observe, adhere to, abide by. comply with and netify the Bank about all laws in force or as are or as made applicable in future, portaining to or applicable to them, their business, thair employees or their obligations towards then and all purposes of this tender and shall indemnify, keep indemnified, hold hamiless, defend and protect iho Bank and its employeed/otficers/steff! personnel/representalives/agents from any failure or omission on its part to do so and against all claims or damands cf fabiity and all consequencss that may cccur or arise for any default or failure on its part to conform or comply with ihe above and all cther statutory obligations arising there from, i, Compliance in obtaining approvals/pormissionsiliconcas: The bidder ehall promptly and timely obtain all such consents, permissions, approvals, fcenses, etc, as may be necessary or required for any of the purposes of this project or for the conduct of their own business uncer any applicable Law, Government Regulation/Guideiines and shell keep the same valid and in foree during the term of the project, and.in the event of any failure or. omission to do so, shall indemnify, keep indemnified, held harmless, defend, protect and ful componaato tho Bank and its employees! offers? stalft personnel/ representatives/agents from and-against all-claims or demands of lability and all consequences that may occur or arise for any defaull.cr failure on its part to conform or comply with the above and all other statutory obligations arising there from and the Bank will give netice of any such claim or demand of liability within reasonable time to the Bidder. 46 RESOLUTION OF DISPUTES. i All disputes and differences of any kind whatsgever arising oul of of in connaction with the Purchase Order shall be referred to arbitration. Tha 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 finel. Such aroitretion to be governed by the provisions of Indian Arbitration and Con: Act, 1996. ii, Notwithstanding anything contained herein above, in case of any dispute, claim and egal action arising out of this RFP, the parties shall be subject to the jurisdiction of courte at Bangalore, India only. 417 ASSIGNMENT Bani may-assigh-the-hardvereseftware-and-other equipments tinchuding-slectricatand-civily — provided therein by the bidder in-whele-er-ae-part-of-a -corperate-reerganization, consolidation, merger, or sale of substantialy all of ils asses. The Sank shall havo tho right to aseign such portion of the AMG services to any of tha sub-contractors 7.3“ paity, at its sole option, upon. tha occurrence af the following: (i) bidder refuses to perform, (i) Bidder 's unable to perform; —""_o cferminationof the vemntract wilir te bidder for any Tessar wha Sosver; (We) Sxpliy Of the contract. uot rigit Shell be without prejudice. to the-rohis..and.remedes,..which-the.Bank-may-have against the bidder. In the event of bi ing.3 sub-contractor 3rd party, the bidder shall ————snsure.that-the-sald-subcontfacto’s.6r-0* party shall-agraeto-piovide-euich.seriices-(0.the- Bank — at no fess favorable terms than that provided by the bidder and shall include appropriate wordings to this effect in. the agreement entered into. by the:bidder with such sub-contractors... assignment envisaged.in.this.scenario.{s.only in-certain-exireme.events-such-as.teiussl.or. __Inabilty ofthe bidder to perform or.temnination/oxotry of the contractRFP 200/CO: DIT/EFRMSiarm Date: 22/04/2016 bidders on behalf of the Bank would be considered 2s use thereof by the Bank and the software shoud be assignable / transferable ta any successor entity of the Bank ii, The bank reserves the right to use the excess-capacity equipments supplied by the bidder for any internal use of the Bank or its affiliates, subsidiaries or regional rural bank at no additional cost other than the prices mentioned In the commercial bid, The bidder agrees that they do not have any reservations on such use and will nat have any claim whatsoever against such use of the hardware, licenses and other equipmonts. Further the bidder also agrees that such use will not infringe or viclate any license or other requiremants. 49 PRIVACY & SECURITY SAFEGUARDS ‘The bidder shall not publish or disclose in any manner, without the Bank's prier written consent, the details of any security safequarcs desicnad, developed, or implemented by the oidder under this contract or oxisting af any Bank location. Tho bidder shall develop procedures plans to ensure that (T resources leaving the contro! of the assigned user (such as being reassigned, removed for repair, replaced, or upgraded) are cleared of al Bank data and sensitive application software. The bidder shail also ensure that ail subcontractors who are involved in providing. such security safeguards or part of it shalt not publish or disclose in any manner, without the Bank's prior written consent, the details of any security safeguards designed, developed, or implemented by the bidéer underhs contract or existing at any Bank location, 20 GUARANTEES Bidder should guerantee that the software and allied components used lo service the Bank are ficensed anc legal. All hardware, retated software and other equipments must be supplied with their original and completa printed documentation Bidders should provide reasonable level of assurance about the application being free of malware at tho time of sale, froe of any obvious bugs, and free of any covert channels in the code (of the version of the application being delivered as well 25 any subsequent versions! modifications done). 21 CONTRACT RE-NEGOTIATION 1. The Bank wit reserve a tight to re-negotiate the price and terms of the enllre contract with the bidder at more favorable terms in case such terms are offered in the industry at that “ima Tor projects oF similar and comparable size, scope and quality: ii. Thé-Bank ehall have the option of purchasing the equipment from third-party suppliers, in ra se-sactr equipment is avaitable-at-a-fower price-and-the-bldder's-offer-dees-net-miateh— such lower price Notwithstanding the foregoing, the bidder-shall-continusto-have the same obligations as contained in thie RFP in relation to such equipment procured from third-party supplers, - vo . - _ il, AS alorasaid tie Banic wourd procure Ihe equipment trom the third-party nly tr the-event— thal the equipment was availabe al: mere favorableerms.in.the- Industry, and-secondly, The Equipment procured here from third parties is. functionally. similar, so that the bi _——mainlain-sush-oquipment.-the-wiedalitiss-under-this-right-(o-re-nagotiate-{re-procure-shall-be— finalized at the time of contract finalization. 22-CORRUPT-AND. FRAUDULENT PRACTICES. — i. ~ As perCentraf-Vigitance-Commisston-(e¥G) directivesyitis-required that bidders-/Supplere- 7 Contractors observe the highest standard of ethies during the procurement and executionRFP 200/C0: DIT/EFRMSiarm Date: 22/04/2016 ii, "Corrupt Practice" means the offering, giving, receiving o: soliciting of anything of values to influence the action of an official in the procurement process or in contract execution AND i, "Fraudulent Practice’ means a misrepresentation of facts in order to influsnce a Procurament procass or the execution of contract to the detriment of the Bank and includes collusive practice among bidders (ptior to or after offer submission) designed to establish offer prices at arlificial non-competitive levels and to deprive the Bank of tho benefits of froe and open competi iv, The Bank reserves tho right to reject a proposal for award if it determines that the bidder recommended for award has engaged in corrupt or fraudulent practicas in competing for the contract in question. The Bank reserves the right to declare a firm ineigible, oithor indefinitely or for @ stated period of time, to be awarded a contract if ai any time it determines that the fim has engaged in corrust or iraudulent practices in competing for or in executing the coniract. 23 WAIVER: No failure or delay on the part of either parly relating to the exercise of any right power privilege ‘or remedy provided under this RFP er subsequent agreement with the other party shall operate: as a-waiver ef-such-right-power privilege or temedy or as“a°waiver of any precediag or succeeding breach by the othar party nor shall any single or partial exercise of any right power privilege er remedy preclude any other or further exercise of such or any ather right power privilege or remedly provided in this RFP all of which are several and cumulative and are not exclusive of each other or of any other rights or ramodies otherwise available !o either party at law or in equity, 24 VIOLATION OF TERMS The Bank clarifies that the Bank shall be entitled to an injunction, restraining order, right for recovery, suil for specific performance or such other equitable relief as a court of competent Jatisdicton may deem necessary or appropriate to rastrain the kidder from committing any violation or enforce the porformance of the covenants, obligations and representations contained In this RFP. These injunctive remedies are cumulative and are in addition to any other righis and remedies the Bank may have at law or in equity, including without imitation a light for recovery of eny amounts and related costs and a right for damages. ~25-NON-DISCLOSURE INFORMATION, The Selected Bidtier shall not, without the Bank’a prior -wiilten consent, cisclose any specification, pisn,crawing-patters-samp'e—ort e ank-in-conneetien therewith, to any:parson-other than a-person- employed-by the-Bidder in the performance of the work assigned to them. The Selected Bidder shall be required to sign a pom bisclosure Agreement with the Bank as, per. the prascribed format provided in Annexure — “26 NO‘COMNITNMENT-TC-AGGEPT:- LOWEST: OR-ANY-OFFERIBID. BANK shall-be.underné.dbiigation to-adeept-ino-lowee!-er-any-olhor-efferreesived-in-resporse— {o this offer notice and-shall be entiled to reject-any-or all offers without ueeigning any reason whatsoever, BANK has the. right to re-issue lendubld: BANK reserves. the. tighito.make.any. changes. in.the-terms.and. conditions-of- REP that -will-be_informed.te-all- bidders—BANK-will-not-— he obliged to meet and have discussions. with. any: bidder, andfor to lisien to any sepresentations-ones-thelr-crfer/bid-ig rejected Any-dacsion-of-BANKC In-this regard all be Syides final, conclusive and binding upan the. bidder. wasREP 200/CO: DIT/EFRMSiaim Date: 22/04/2016 27 SIGNING OF THE BID Tho bid shall bo signed by a pereon oF persone duly authorized by the Bidder with signature duly attested, In the case of a body corporate, the bid shall be signed by the duly authorized officers and supported by internal corporate authorizations. 28 GOSTS OF PREPARATION & SUBMISSION OF BID ‘The bidder shall bear all costs for the preparation and submission of the bid. BANK shall not be responsible or liable for reimbursing/compensating these costs, regardless of the conduct or ‘outcome of the bidding process, 29 CONFIDENTIALITY OF THE BID DOCUMENT ‘The bidder, frtespective of his/her participation in the bidding process, shall treat the details of the documents as sacret and confidential. 30 DISCLAIMER: This RFP is not an offer by Syndicate Bank, but an invitation fo receive response from Bidders. No contractual obligation whatsoever shall arise from the RFP process unless and until a formal Contract is signed and executed by culy Authorised officers of Syndicate Bank with the Bidder.RFP 200/CO: DIT/EFRMS/arm Date: 22/04/2016 ANNEXURE-B BID FORM Ref No, Place: Date:......2016 The General Manager SyndicateBank, Corporate Office, Department of information Technology, I Floor, Commercial Complex, National Games Villags, Koramangala, BANGALORE-&60 047 Dear Sir, Having examinad the ‘Request fer Proposal RFP No: RFP 200/CO; DIT/EFRMS/arm dated 22/04/2018, the receipt of wnich is hereby duly acknowledged, we, the undersigned, offer to supply, install, commission and maintenance of the tams mentioned in the schedue of requiremenis for your Branches/ Offices in conformity with the said RFF at the prices to be offered in the commercial bid and is made part of this Bid. We undertake, if our Bid is accepted, to deliver the Goods in accordance with the Delivery Schecule specified. Ai our-Bid is accepted, -we wil obiain the Guarantee from a Bank in-a sum equivalent to 10 percent of the Contract Price for the. due performance of the Contract, in the form prescribed by the Bank We agree to abide by this Bid for a period of 180 days from tha last date of submission of Bid and shall remain binding upon us and may be accepted at any tine ioefore the oxoiration of that pariod. We confirm that our prices are valid for tolal contract period irom the date of acceptance of Purchase orn. We further confirm that, Until he Purchase Order Is accepted, this Bid, together with your written acceptance thereof & your Notificetion of Award shall constitute a binding Contract between us. ‘We undertake that, in competing for {ane, if the award is mads 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, 1968". Commissions of gralulties, if any, paid or to be paid by us to agents relating to this Bld, 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 tha lawast or any-Bid you may-receive. Dated this......, Day OF errs eser 2048 Signature) (In the capacity of) duly authorized to sign Bid for & on behaif of (Name & Address of the Bidder) = =RFP 200/00: DIV/EFRMS/arm Date: 22/04/2016 ANNEXURE-G BID SECURITY FORM Whereas (hereinafter called "the Bidder’) has submitted its Bid dated __2016 for Supply, Installation, Commissioning and Maintenange of Internet Leased Line connectivity on lease basis at Data Centre, Mumbal / DR Site, Bangalore with five years Contract Period hereinafter called “the Bid’) KNOW ALL PEOPLE by these presents that We, having our Registered Office at (hereinafter called ‘the Bank’) are bound to SyndicateBank, Corporate Office, Depariment of Information Technology, Koramangala, National Games Village Bangalore {hereinafter called “the Bank’) in the sum of for whien payment well and truly to be made to the said Bank, the Bank bincs itsel, its successors and assigns by these presants. Affixed with the Seal of the said Bank this __ day of 2016. THE CONDITIONS of this obligation a by the Bidder on the Bid 1 ifthe Bidder withdraws its Bid during the period of bid Validity spe Form; or 2 If'a Bidder faits to participate in Online Sealed bids / Reverse Auction Process, or 3 ifthe Bidder, having beea nofifted of the acceptance of its Bid by the Purchaser during tho periad of Bid validity, a) Fails or refuses to execute the Contract Form if required; or b) Fails or refuses to fulmish the Performance Security, in accordance with the terms of the Bid; or ©) Fails to supply tie goods within the stipulated period. Or 4) Fails to accept the purchase order. We undertake to pay the Bark up ta the above amount upon recaipt of its first written demand, without the Bank having io substantiate its demand, provided that in its demand tho Banik will note that the amount claimed by it s due to it, owing to the accurrence of one or both of the two conditions, speofying tho occurred condition or conditions. This Guarantes will remain in force up to and Including — - 2016, and any demand in respect “thereof should reach the Bank net later than the above dato. (Signature and Seal of Bank}RFP 200/CO: DIT/EFRMSiarm Date: 22/04/2016 ANNEXURE —E MANUFACTURERS’ AUTHCRISATION FORM No. weenie cncsers ese Daied: / 2016 ‘The General Manager SyndicateBank, Corporate O'fice, Depariment of Information Technology. I Floer, Commercial Compiox National Games Village, Koramangala, BANGALORE-580047 Dear Sir, ‘Sub: RFP No! RFP 200/GO: DITIEFRMS/arm dated 22/04/2016 VIO essen sae who are established and repulable Manufacturers of Security Tools etc. having manufacturing facility at... ANG... do hereby authorize Mis. ..... (Name and Address of Agonie) to submit a bid, and sign the convacl with you for the goods -nanufeciured by us against the above RFP. 7 We hereby extend our full onsite guarantee, onsite warranty support as per Clauses of Contract for the goods and services offered tor supply by the above firm against this RFP and we will provide service support for five yaars to the Biddor. Yours faithfully, (NAME) (Name of manufacturers) Note: This fetter of authonty should be cn the letterhead of the manufacturer and should be signed Sy a parson competent end having the power of aitorney to bind the manufacturer. if shoul be included by the Bidder in ts bid.RFP 200/CO: DIT/EFRMSiarm Date: 22/04/2016 No. - ao Dated: f 2018 ‘The General Manager ‘SyndicateBank, Corporate Office, Department of Information Technology, \| Floor, Commercial Complex, National Games Village, Koramangala, Bengaluru-560047 Dear Sir, ‘This has reference to your above RFP for Supply, Installation, Commissioning and Maintonanca of . with Six years Contract Perlod, Mr/MrsiMiss Ig hereby authorised to to participate in reverse auction and to sign the submit the bid documents, 10 submit on-line-sealed contract an behall of our organisation for all the systems/ goods required by the 8 called for vide the bank's’ request’ for proposal vide “RFP No: 200/CO: DIT/EF RMS/arin | 22/04/2016 on on behalf of our erganization. We corfirm that the person so authorised above has digital signatures and confirm that all the prices quoted in on-ine-sealed bid or in reverse auction by him shall be binding on us. Hef She is also authorised to take decisions on behalf of the company till RFP process is completed. Certified Xerox copy of Power of Attorney (P/A) of the person authorising such person Is duly submitted, We hereby extend our full guaranteo and warranty as per Clauses of Contract for the goods and services offered for supply by the above firm against this RFP. The specimen signature is attested below: Specimen Signature of Representative Signature of Authorizing Authority Name of Authorizing Authority (Certified Xercx copy of P/A of authorised Signatoryfauthority is to be submitted) ~ Note:-—--t—This-tetter-of anthority-shoatd-be-orr tre talterhreadof the principal or whose behalf the —~ proposal is submilled and should be signed by 2 person competent and having the power of atiorney to bind the principal. It should bs included by the Bidder in its bid 2, The details of Digital Signatures are as below: SL | Name of the Person _ [Digital Signature | Cenifying | Vala] No. | Email Address & Contacto. “| Number Agency | uptoRFP 200/CO: DIT/EFRMSianm Date: 22/04/2016 ANNEXURE-G (TERMS AND CONDITIONS COMPLIANCE TABLE} Note: Bid proposals not conforming io all terms (as per RFP terms & conditions) mentioned bolow, will not be taken for further evaluation and may be treated that bid proposal as Technically nen- Tesponsive, Bank will not entertain any comrespondence in this regard. Table I: Paga No. of - S.No. Description Soe] Bid | Devtatons, Document " T_ [Power of Alfornay from fhe Company to the lEmployse participating in the Bid 2 _ a - |. — | ~ a 4 [Manufacturers Authorisation Form 5_|Letter of Authorisation to Bia Page No. oF S.No. Description Sompied | Bid [Peviations If Document y 7 |Pertormanca Security 2_|Payment Terms 3_ [Delivery 4 [Ciquidated Damages 3 |Force Majeure . 6 7 & indemnity Liability of the bidder Termination for default -—|EST|Negigence. 10_|Scope.of Work {Page No. 4 106) T1_[Warranty Terms 1-fRorrBisclosure Agreement We confi compliance of all the above terms and conditions and also other conditions of RFP, except for the. deviations. mentioned above. ‘Signature of the bidder with designation — Company SeatRFP 200/00: DIT/EFRMSiarm Date: 22/04/2076 ANNEXURE-H SERVICE SUPPORT FORM However, Biddor's ropresentative end local office at Bangalore will be the contact point for the Bank. The Bidder is responsible for managing the-activities cf its personnel or the personnel of its franchisees and will be accountable for both. ‘Seivlo8 Support Daas Contact reson, Designation, nals Bangalore Office details. (For single point of contact from Corporate Office for any issues on delivery, service | support ets) Mumbai Office Details NOTES: ¢ Bidders are required to mention specifically the Name, Address, and Telephone Number of their Service Cenire, Mobile No. Email-ID ets. for atter Sales Service at the delivary location. «Escalation Matrix is to he provided for all the locations, Signature of the Biddor Company SealRFP 200/00: DIT/EFRMS/arm Date: 22/04/2016 ANNEXURE4, Funetional/ Technical Req A Solution: EMT) Pern cr unc A. General Features | Solution should heve capability to detect the following Frauds: 1a | S8/cA Fraud 12 | Term Deposit Fraud 1.3 | New Account Fraud La [ ATM/Debit Fraud 15 | Cheque Frauel 1.6 | Loan Fraud 117 | Merchant Fraud 18 | Employee Fraud 1.9 | Deposit Fraud 2.10 | Online Banking Fraud 2.41 | Trading and survellance 12 | Business Banking Fraud 1.18 | Credit Card Fraud 1.14 | Prepaid Card Fraud 1.15 | Solution should have capability to Integrate with AML, Fraud , Real time fraud , FATCA, KC, Trade Compliance, Broker Compliance & Trade Finance Transaction Survellance. 1.16 | The system should hava capability to share information cross-system across all channels for detection. 1.17 | This sclution should have interactive GUI with corsistent look and feel to the user. 1.18 | The solution should support multi-entity detection, including mut channel, multrproduct. 2.19 | The solution should provide enterprise wide fraud detection, 1.2 | The systems should have controls role-based security and access for typical roles such as operational, analytical, administrator, super user and ——|-1-users?. 1.21 | The system should provide controls to prevent users and roles from unnecessarily viewing data. The system should provide audit/logging of data.accass.at-wallas moditisation/changos 1.22 | The solution should support an expansion of a bank's organizatfonal structure in the future lution should handie ‘response time-outs if modal searing or rule ighas not been completed in time should support real-time decision making Including real-time. responses, (approve, decline, hold and then remove a hold/release a payment] 125 | The solution should have abllby to Galock suspicious behavior in a session | efore a payment is authorized (browser, mobile app, device), The. solution should have ability te exptare and wtorerdevies andl sesstom dats, ‘The solution should have ability to identity a customer andlinka customer to a sesslon.or daviea, « ae The solution should support user roles, profiles, privileges. hould-have-capab lity to: perform advanced sacial-networke diding and visual Iink-analysis. monerees sn = 1aRFP 200/60; DIT/EFRMS¥amn oy 1.28 Re ccc) “The solution should support atgorithms e.g, Measures of centrality “Between's', ‘Closeness’ ‘Degree’, Eigervecto? Date: 22/04/2016 Cees ans 129 The solution should have capability to match across = minimum of 3 clegrees of separation and then represent the information back visvally 13 ‘The solution should allow for rule writing which can analyz the data and represent results visuelly, 13d ‘The solution should alow a user select two or more entities from the visual analysis chart, Input the two entities into a search/path find function and present the results hack to the user te mag how the entities connect. 132 ‘The solution offerings should be rules based. 1.93 The solution shoukl support peckaged set of pre-defined rules for each component/across components with in product offering. 134 ‘The solution should support rule and alert generation at the following levels: card, customer, staff, merchant, terminal, device, account? 135 The solution should support memory variables creation such that they allow capturing of calculated information at multiple levels of the transaction 136 The solution should support users create memory variables that store calculated Information and cari be used within a tule {e.g. average, sum, expected payment behavior) on any data that is fed to the systems. a7 ‘The solution should support cross-channel rules and alert? i.e, consider activity on a card, online and on 3 mobile phone. 1.58 “The solution should support non-financial transactions in the rules for behavior nvofifing (scoring model), rules, display In alerts. 139 “The solution should support customer demograpiic data to be used in the cules for behavior profiling (scoring model), rules, display in alerts. 14 ‘The solution should support product reference specific historic transaction data for rule writing Lat The system should generate fraud score and should be capable of using the same rules? The solution should support score generation for a business process, e4 | Atak, anctshoule-have capability tc usethis rule for consideratiorrir another business process, e.g. Fravid 7.43 | The system should have analytical modeling, rule creation and perfor ig fonction 7.44 | The solution should have capability to processin real-time while-tests are unning. 2.45 | The solution should have capability to.controls prevent potentially. problematicrules from being added, (e.g, tests shows de performance. tisk)... 2 2eee————— mor IT. The solution should have capability to respond to instances of high volume fraud attacks within in a short the perio across multiple ‘accounts. The solution should have capability to use known fraud cases used by the solytion to improve, performancé? Zn . The Solution should have ability to add new scenarios The Solution should ne able to makescenarlos-active =~ Rife Solution should be able to execute scenariosin spe E0087 Sh eet Business rule engine should have capa eters easily aaa,RFP 200/CO; DIT/EFRMS/arm Date: 22/04/2016 rr SUT en) ore Yes/No L 2 | The Solution should have ability to group scenarios together for performance 153 | The Sotvtion should be capable t execute scenarios at scheduled tines such as days, weeks or months 1.54 | The Solution shoutd Reve the ability for the rules engine fo allow criteria to be defined / modified (add, delete, create, update). 1.55 | The Solution should have the ablity for unfimited rules canecity 4.86 | The Sclution shoutd have the ability for the rules engine to allow decisions based on criteria (what to co with the item / record 1.57 | The solution should have rirles engine to retrieve historical activity and cagture for rule creation / maintenance. 1.58 | The rules engine should provide ebility to create a case from non monetary events (with or without a monetary transaction occurring). - L Non.monetary events include items such as: Address change, Phone number change, Check request 1.59} The ruies engine should be able to create discrate scores for transactions (non monetary, etc.) ~ 1L.6 | The rules engine should be able to create a case based on eaternally and interfialy created scores as a decision elemient. 1.64 | The cules engine should be able to create scores that are portfolio specific and/ or relationship saecifie. 1.62 | The rules engine should have the abitity for allowing criteria to be defined / mortified (add, delete, create, update) 1.63 | The rules engine should have the ability to prioritize work based on portfolin and / or celationship specific scores. 164 | The rules engine should use updatable user defined tables as decision elements such as: Negative ard / or positive files (lists / IP Addresses) 1.65 | The rules engine should have the ability to track changes to rules [ie, who, when, what, why) (audit changes) 1.66 | The rules engine should have the ability for each transaction to be evaluated by every rule: 1.67 | The rules engine should be able to ldentify the rules triggered bya + { transaetior —— 1.68 | The rutes engine should have the ability to store and retrieve historical data related to which rules have been triggered by transactions cr 1.89 | The rules engine should be able torist; by priority, of al rules Wiggered by a transaction, 7 | The rules engine chould be able to ereate/ modify exelusion eriteria; |_wehin a rule, to route activity toan ‘exclusion” queue’. 1.21] The.culas engine should be able to-create,/ modify reactivation exter —|—— within the rule, for accounts that bave previously heen reviewed and ateluded a i 41.72 | The solution should be able to define systemicactions at the rue level. 1.73 | The rules engine stiould be able to assigna unique case number to cach, tem scored and auctioned by the tules.engine or.outsorted.foranalyst- | review. 174 f The solution should support malting Uierent VETONS OT The Sane rule definition.RFP 200/C0; DIT/EFRMS/arm output of the alert. Date: 22/04/2016 76 The solution should support running rules in real time and batch mode. 177 The solution should support enrichment of transactions posted In real time mode to execute real time monitoring scenarlos. 178 The selution should support blocking a fraudulent transaction in real time, if required, 2, Scoring Models 24 The solution should have capability to provide scoring models, please provide an overview of this capability 22 ‘The solution should have a packaged model for each component/across components. 23 ‘The solution should support predictive scoring models. 24 ‘The solution shauld support model score transactions across multiple channels by staff, customer and channel attributes and acrass products. 25 The solution should have capability to include rule/mocel alerts combined into an Entity level Alert. For examnple, Entities may include: transactions, custamers, accounts, POS/ATMS; etc. 2.6 The solution should have capability to triggered rales/models/scores collated with regard to transactionfaccouni/temporal data into a single alert? 2 ‘The solution should have capablity to enfiance or suppress new alerts for, an entity, based on previous worked or un-worked alerts? 28 ‘The solution should have capability to define versions for rules and models. 28 The solution should have ability to set pre-define frequency at which models/rutes needs io be reviewed. 2.40 The solution shouk! have capability to automatically identify behavior trends. The solution should suonort tracking levels include Transaction, Card, | Account; Custoiné?, Customer Groups, Merchant, POS, ATM, channel, etc, 2.12 The sofution should support grouping capabilities as dimensions for TENIINA, C8 TORIONAT, METHANE Type, Customer Type, UMpOTAT, ETE. 243 ‘The solution should have capability to dynamically configure systérn listin the application? Eg, fraud types, users, roles, etc. 244 The system should provide business users functionality to create; edit. and delete multiple watch.lists for differentdata flelds The solution should have capability to add watch Iistsas a component of the rules or models. s The solution shoule rt the development and use of application scorecards The solution should workin real-time with the application autioriE system? ~ The solution should have abilty to assign Hek/ fraud sCOrestO.. mmm transactions.RFP 200/00: DIT/EFRMSianm The solution should be able to apply fraud score at customer level Date: 22/04/2016 er ero moron Coes The solution should be able to build anomaly detection models to find previously unknown activities thatare indicative of fraud 222 The solution should have ability to build and deploy new madels 233 The solution should have ability to define clusters using several different techniques and relations 224 The-solution should have abllity to include different sets oflimits and ‘thresholds for different event types 2.25 The solution should have ebility fo utilize the full suite of inbuilt analytics such as 2.26 27 Logistic Regression Repression 2.28 Time series 2.28 Graphical model bullder 3. Ente rprise wide Alert & Case Management aa The solution should have ability to suppress unwanted alerts 32 The solution should route alerts to the appropriate person/group 33 ‘The solution should have advanced routing rules to route along any data event a4 The solution should have capability to reduce redundant alerts a5 ‘The solution should have capability to group alerts into single entity actionsble events 36 The solution should provide reports cn alerts 3.7 The solution should have capability to visualize the network related to alerts or risk networks 38 ‘The analyst should be able to action alerts by routing, emalling, dosing or other events 39 ‘The analyst should be able to make notes in alerts 30 | thie solavon should be integrated with cise managenient Blt ‘The solution should support the technique of defining trusted pairs to ceduce false positives. The solution should support detaved Threshold Analysis, in order ta fine tune alerts ard reduce false positives. 3.3 The salotion shoutd support ability to import Alerts from external detection systems in batch-and-realtime:= ~*~ "= 34 The solution should.support.the.ability-tocorcelate-Alerts.in-bateh-and-—| [realtime-irvorderto detect linkages betweerthe Alerts 3.45 ‘The solution should support the ablity to scare alerts In order to -prloritize the alert analysis task, ~ 3.16 The solution should systemically identify linkages between differant alerts, even though the alerts are generated from different batches and. runs. ‘The solution should suppor! ablilty to score Alert Correlatlons and automatically promoté ther to Cases.” —e {Ne solution should support Standard Comments/Notes for Alerts|RFP 200/CO: DIT/EFRMSiarm ET Beer ey 3.20 | The solution should support the ability to prin: Alert details based ona pre-define template. Date: 22/04/2016 cuGcmocunn RCo) 3.21 | The solution shoud support the ability to email Alert details besed from the application. 3.22 [ The solution should suppert ability to accept responses to email within the application, 43.23 | The solution should support different queues of Aleris inorder to facilitate access to the alerts, 3.24 | The selution should have capability to customize workflows, call seripis to guide investigators, and screen designs 3.25 | The sclution should have capability to configure rule so they ere exported to 3rd party systams in batch or real-time? 3.26 | The solution should support alerts prioritization for fraud analysis by Wsk, team and or product : 3.27 | The solution should suport read-only access to full account cata, previous alects, and the causes of any alert (@.g. tutes triggered) 3.28 | The solution should support account/Card blocks with real-time iitegration to host/authorization systems. 3.29 | The solution should have capability to provide commentary - free text with the ability to add new comments but not edit old comments. 3.30 | The system should have full audit log of Investigator case actions and employee account actions, with the history visible on screen 3.31 | The solution should have the function to allow any employee to refer a suspicion of fraud via the system. This means.access to an input screen ‘only no special access right necessary for this function. Also the solution should have automatic fields, drop-down lists, feld validation and compulsory fields to ensure speed of dete entry and quality of Information. Anonymous data entry option (part of whistle blowing process). Oata entry =~ —Prelevant'investigators= gers a warning je-mall, SNS, system alert, etc,) to ‘4-work flow “4.1 | The sokition should provide the ability to perform systematic actions Based upon en analyst’s work artion. 4.2 | Screen flow end system process must represent the task workllow. 4.3 | The solution should be able to cefine the systematic actions to be tavern, | ihased upon an analyst's work action. route case activities to appropriate teams Rower-users should have the abiliy-to-configure standard workfiowst0—4 4.5 | Detection rules creatlon/modification and d: approval by mere than ane appointed person using workfiow functionality. - ST ts should be managed by mare than one appointed person using low Functionality.REP 200/C0: DITEFRMS/aim Date: 22/04/2016 4.? | Cases should be managed by more than one appointed person using workflow functionality. “4.8 | Reports review and appropriate reaction could be managed by more then one appointed person using workflow functionality. 4.9 | Workflow actions should not he deleted or altered after submission’ 4.20 | internal employee should not be able to delete/modify/recreate warkfiow steps, 4.21 | The solution should have the ability to delete or remove workflows iF they become redundant 4-42 | The solution should have the abliity to controt or change (edlt/delat=) certain workflow functions 4.13 | The sofution should provide different access rights for different users 4.14 | The sclution should be able to manage and capture audit tralls for workflow configuration 4.15 | The solution should have the ability to create and modify workflow without assistance of software vendor 4.16 | The solution should have capability to automatically and inteligently identify potentially linked accounts and compare custorners who have performed transactions at the same location. To compare accounts with similar account details (overlap in address, phone navmbers, employer, ete.) 4.17 | The system should suppartalert management capabilities to support management of confirmed cases E.g. post-fraud customer management, _. | tecoveries legalproceediogs ets. 4.18 | The solution should have capability to send selective alerts to an automated outbound calling/ SMS/email tool to manage and thei dase analert. “4.19 | The solution should have capability to Highlight previous alerts on an entity and it should have the ability to highlight activity on entitles who have previously been confined fraud, and the entity urladeideiter doesn’t change afterrthe fraud-event, ~~ 4.20 The Solation sHotild Have Case management tool handle niuitiple. teams 7 |~ workbaskets / roles within a team oo 4.21 | System should facilitate allocation of different alerts to.differentanalysts..| ~ based on parameters lite nature of alert, area of operation fke “CASA “Loans', "Card Transactions : Admin users be able to provide the said érosereference through afront end maintenance screen, = The aforesaid allocation shall also be made possible through a further gregation. based on-the-Tahisacting Branches, Regione ate-The—————-} rence "Transacting Branch” hereln-aeansainet richer te HomieRFP 200/CO: DIT/EFRMSiarm Pry pene ocr Branches of the accounts involved in the transactions done through delivery channels like internet Banking, ATM, BC Agents etc. Date: 22/04/2016 errors Reon 5. Reports SA The solution should have pre-defined reparts foreach compenent/across components? 52 ‘The system should provide ad-hecreporis and should support report designing for new reports, 53 “The solution should support integration with third party BI tools for report generation, standard Bl interface layers. 56 ‘The solution should have controls to prevent unauthorized access, and access betwaen users, : a7 ‘The solution should have capability to actleve and ensure compliance with changing fraud/AML regulatory and scheme monitoring/reporting requirements, 58 The Solution should support dete model, eg. transaction data, customer demographic, account, systerh notes, linked account, employee data, profile Fags, party linkages, historical application data, kYC, device data, currency, geographical etc, 6. Data Management 61 The solution should support date Extract Transier and Load i.e. Cleansing, matching, errer handling, ete. G2 The solution should suport predictive sconlig model for confirmed fraud, suspect data, and recommended model/rules. 63 The system should have industry alert lists(e.g. VISA, MasterCard etc.), 64 The system should have a Data dictionary. 7 Additional Requirement mechanism like Challenge question management, SMS. based OTP. ate for fraudulent transactions based on the risk score and banks policies. The solution should describe the way In which it is able to adapt authentication mechanism to-ditferent evels Of risk associated with-a transastion-of the user. 7002 | The soluciow should be able toevall tre tansactlonallogs lke money — | transfer, bill pay.as well as any profile change transactions etc on a real {Ume.or offfine ‘ranner-for-the isk engine td analize and calculate-the—__| risk value of the transaction and juild case for forensic and further. maniuat risk analysis 7.003 Propéseq solution should: have “a corfipfetetave-eut-ttitiax rules for each channelacross channels. ‘fhe sohifon should prowde Tor ‘isk based authentication ble multifactor solution covering both wired. as well as.wirslass. shaniam which. should: help:the: bank-to-daploy-a-layered-and-}REP 204 }0/CO: DITIEFRMS/arm Romer The solution must provide a range of aulhentication capabiliies tailoring approorate authentication for petticular transaction risk levels. Elaborate the way in which you are able io adapt authentication mechanism to different levels of risk associated with a transaction for tha user, Date: 22/04/2016 Rosa eur) 7.006 The solution should have the capability for Device-ID check” and User-Device 1D association check and solution shovld provide functionafity to register tho device(s) for the first time. 7.007 The solution srould detect too many transactions from the same user (User Velocity) or from the camo dovico (Device velocity, Beneficiary Velocity) within a time-interval and different location. 7.008 The solution should have capability for Zone-hopping check, have capability for Trusied IP check have the capability for Trusted Aggregator check . 7.009 The solution must support risk evaluation ime of Preslogin, login and Post-fogin on the internet banking system. Risk engine should identify both Payment [fund Transfer, Bill Pay, e-payment for €-merchants, 3-D secure transactions Etc...) and Non-Payment [ Balance Check, Beneficiary mdifiténanice, Perstinal Details Updation] related transactions on Internet banking 7.01 The solution should have the capability to provide collated fraudiisk information from its global fraud intelligence network database which Is tracked by the Command center or similar setup that monitor fraudster behaviour in fraud groups, Mule account information, Dovice Ide, banks and {SPs across several countries. And this database should get constantly updated. Felt The solution must be able to use the regular inputs from the Online Fraud monitcring services (Ant-Phishing, Ant+Pharming, Ant- ‘cians etc) such as suspected IPs, suspected locations, compromised accounts, Mule account details used by various Trojan fariilies, duramy cata fed to fraud sites atc and other inputs provided by tha bank and third parties on a continual basis. 7.012 ail leading database servers including Oracle, SQL Server and DB2 | The solution should support all leading platforms including ‘Windows and multiple flavours of UN/X on the server side ,. support arid support various browsers. 7013 ‘The solution must provide easy interface for designing, tosling (off- line and" -ondine_simufaticn) and _ceploying customized Tules(porcres. Ability t run rules in a -simualion made to monitor tho offect of a rule without actually applying i 7.014 Risk Engine should be configurable for fearning only mode or production mode, Bark shouki-ba-able-to ewiteh-on-this based on their convenience. -[-7.015.\__The_solution_shoutd_suppert_analysis_of_common—peint_of- 7 like systert, “Ter ISP cle and W should also have the capably to compromise (CPC) and also ‘possibls pullits “ot” compromise. I should support. automated way -ofidentitying: poirt-of- compromise de-dupe and provide suspect compromised accounts basis the ‘dantitied point of compromise coer enrenee 706 The Solution must be abla to intagrate with addillonal eysteme if required to source data for enhanced tisk svcring capability ~~ (& pagina ie usa niet Frteco Vor & 06) ersion-6-(Pve)-addreases i The APis, Gack Office applications, and databases should support lon, to IPu4-aeldressoc.REP 200/CO: DITEFRMSiarm ery pce Date: 22/0472016 err ery a 7.018 The solution should have inbuit auciting and logging furctionality. All events should be legged and be available to support investigation related te fraud incidents and othor usos. 7019 The solution must have inbuit reporting and should have abilty to add new reports, A customized reporting dashboard is to be provided te conduct proactive risk monitoring, case management, as well as trending and madeling analysis. 7.02 The solution should have mechanism builf to interface with other ystems in the future and should provide updates to inchte newer authentication mechanisms. 7024 ‘The solution should be able to integrate with the existing REA token generation system and other system in the bank. The solution should alse support for Digital Signature Certificate as an authentication method 7.022 Solution should also bo capabie of monitoring/praveniing transactions based on rules/scenartos In respect of transactional systems such as CBS subsequently without changing the provided software for channel transactions. User should be able lo addidelete/mocify rulesceranios without any ~dapendancies. Integration with ceivery channel applicationsitransactional aystoms wil be the responsibilty of the vendor. 7.073 The applicafion should support combination of Rules and Statistical Model working, so thal bank can start using the appication from. day one, Multi-variable rules and events to focus: on fraud vectors. 7.024 The system should have tha feature such that the bank should be able to do following actions based on response (fraud detection): 1. Deny/atlow transaction. 2. Challenge the user for additional authentication. 3. Generale alerts to the monitoring toam. 4 Pravide reports stating all facts and figures of operations 7.025 Muki tenancy support and Data segregation should be available ie multiple section of the bank should be able to monitor their systems. independently. The application should support global and tenant specific rules, 7.028 | |The. application should suppor the following cules and events | models. 1. Builtin rules. 2 Custom rules. 3. Combination rules. 4. Domain specific rules. 5. Extemal rules. 6. Any other applicable tules. 7097 | Should be able [o resirictialow transactions based on IP address, city, country, ZIP Code, ahd any olfier geographic’ Vaiiables; terminal id (POS # ATM { URL / mobiie number etc). It-should also be possible to define any dynamle variable. which could-be.part-of overall message set for restricting / monitoring transactions 7.028-|-Scope for multi-level -authenticatlon fore specific risk level— 7.029 Support detection of both wired and wireless fraud related based ori.P. and. anomaly—in-trasisatiicn -coitent-due-to-MtMoF -Ril. attacks. The solution should support the ability to track behavior based on IP address. Support cross border/multi transactions. Should check for URL tampering while he request is sént’for authenticatioryauthorization.”RFP 200/CO; DIT/EFRMSiarm Date: 22/04/2016 TC CULULS) od ‘The solution should be able to recegnize’ identify the transaction characteristics by product’ channels! transaction typef POS entry mode (EMV, Magnetic Stripe, E-Commerce etc.) or any olher specffiediavailable data field and apply specific risk and fraud zuies. 7.033 ‘The solution should be capable of identifying the country of origin and deslinalion based on defined parameters and fiers the transaction through country specific regulations. 7.034 The solution should have provisions for hosling courlry specific risk aseessment and fraud monitoring rules ard apply the same at the time of iransaction passing through the solution. 7035 ‘The system should be able to detest fraud during authorization, store valuable management Information and provide audit trails. 7.036 The -system should--have- the capability. to. self-control false pesttives and false negatives, The solution should assisi in delecting suspicious eclivily and anomafous changes in transaction activity patierns, and help reduce-fa'se-posllive wlerls- “The Solution should have a scmprehensWve monioring capably Every operation must be verified according ‘9 risk criteria defined by a set of rules. Rutes include those pre-set parameters in rule 7.039 configuration, Al the criteria of the monitoring , module are configured by combining the programmed rules of operations and variable parameters. The programmed rules of operations may include the identification, by the system, .of such transgressions. as the folowing: 1. Transactions acrose multiple countries? geagraphies within specified time frame. 2 Multiple transactions / concentration of usage at the same merchant or group of marchants especially high riek MCCs. 3. Repeated unsuccessful attempts at entering PIN. 4 _ Every transaction must be given a score, based on the rules defined in Fraud &Risk Monitoring and Managemont System. 5 Should support detection of pre-authorizalions & authorizations and assign risk scores accordingly for approval or decline of tha “Pransaction 6. Should manage Wisk at the portfollo Tevel in real- timemear resi-tine 7.04 Should support multiple fraud scoring models. Should bo able to have customized trauc-scoring modelo Trarage te Unique Tt profile of each of tha portiofios 7.041 Should bo able to interface wih, aulhorization systems_and immediately after they occur. OEM should provide interface APIs Processes lo addtess improper iansactions. before, during_or | [parameterized worMflow:e.-‘' parson vil: be authorized: to-view"and: dose an alert generated. .2 ..Bank-will xe. fo-ascertain. |-in-tirse-why-any-alert-was-elosedinot-closed-and-reasons-thereon through this funetionatity bis to develop enterprise case. management with |_ ‘Support behavioural... analysis, environmentak_profling —end_ predictive... datection--—techniques—- r—highsiske GNP —ene) Internet/Mobile transactions, Suoport Network (wire Ting: arc wiréless) raised Tae Uae ‘MobileMlVRS etc.) based on IP or detection of anomaly in {hsaction.. content -dce= [o—MitM—or_MIB— attacks —1he—solutron-| jd support the abilily to track behavior based upon’ IP-addressRFP 200/00: DIT/EFRMS/arm ‘S.No 7.085 oer errr) Identication of transactions across various geographic locations from the same card, account, customer Date: 22/04/2016 GenCore’ 7.086 Sysiem should not store /aisplay senstive information tke CW 7 Pin / Authentication data ete, which is part of the transaction data 7.047 System should be able to provide different types of Users’ rights and access to various databases, reporis and functionalities to differant players. 7048 ‘The sysiem shoud allew the administrator to mocity the rules at their end rather than raising a request with OEM. All the parameters. of the transactions should be available to write a rule as per the requirement of the organization. 7.049 ‘Support simulation of an impact analysis for @ givan rule 1. ability to.check/diill through the history of transactions for defined period and...analyze. fraud... behaviour/..pattern....This...will...help...in underslanding the polential impact of setting up @ paiticular rule before defining/setting up the real-time cule in live environment. 7.05 The Simulators should be capable of testing whal if scenarios assess conflicts in multple rule configurations and elso helo test efficiency of the rules. 7.052 Risk Alerts: The system's risk engine should beable to bulld and: uilize highly detaled merchant and cardholder profiles togethiar with known historical fraud practices for statisticel evaluation and rapid detection of change in customary use pattems. 7.052 ‘Common Paint of Purchase (CPP}: The system ehould be able to identify mercnant locations at which account data mey have been compromised and subsequently used to effect “fraudulent transactlons at other points of interaction. 7.083 Fraud Repart Generator: The system should have a fraud reporter tool to enable both issuers and acquirers to run standard reports. Reports should contain up-to-the-second data, reported’ in real- time, and should be generated immadiately or on a schedule established by the user to allow the member to quickly identity current fraud frends ahd problem areas or merchants. 7.054 The system should have a fool that can be used fo view, add, |-madify-dletete;-or-canfirm-transaetion-information-online-based-en-| the scenario. 7.055 The Solution should support addition’ creation/ updating! deletion fnew fraud! risk rules! patterns without necessitating any major customization at source level. Capability to detect/ prevent application’ configuration of duplicate rules. Should not have’ any restrictions ‘om type of Tulesfmumber of rules: that can be set up The-Solution-should_support nesting-of different concitionsirules.| to arrive at desired rules wherever logically feasible ‘Should have rule priorities defined-basis-which-the- alerts. should. get queued - = Transactions satisfying multiple rules should get_prlortized / scored high ote... Jhrow alerts are mentioned as under: - _ Few of the rules that the risk engins-should-monitor-& deploy ‘to -RFP 200/CO: DIT/EFRMS/arm Date: 22/04/2016 OCU enn) ear cay 7.062 | |P checks: De-duplication Fraudulent (Ps and decline transactions 7.063 | Velocity checks 7.064 | Device suthentication checks 7065 [Risk Scoring Fased on rules deployed to accept or reject Wansactions 7.056 | Award high seore to those transactions originated from countries where KYG compliance is low 7.087 | Country! Geographic de-duplization 7.068 | Skimming alerts 7.069 | High transaction amount lerts 7.07 | Unusual transaction pattern 7.074 | Benavictirat cl int 7.072 | Transaction limits at card level etc.. 12. User Profiles 7.073 | it chould suppor! pre-configured case tomplates, automated | correspendence-generation, anc a case visualization interface: ~~ + vo7a| The sysiem should support preparation of customized reports specific ta cases, to help users to meet MIS and any stalutory reporting requirement 7.075 | The system should support interactive dashbsards that enable management to analyze operational performance of investigative junctions and recognize trends to provide improved oversight and | governance of risk management practices. 7.076 | Automated souting of alerts to appropriate investigative units, 7.077 | Support maintenance of —negalive/posilive lists of merchants/customersfcards ete. 7.078 | Tho solution should provide for applying rules with combination of muttiple elementeffiekis such as card no. + ATMID or card no. + -=tMerchant18-+Loeetion—— ~~~ -- 7.079 | The let maintenance should be mede ayianiic whereby Fare & a fiexibitty to add any authorization / authentication field data by _ “[menkioning the field name & the eld value which can be used’ in sule building. 7.08 | ‘The solution should have rich quary mechanism te reirlevo data tetater arious—firarci from different channels and different formats, 7-681 | should have ability to generate various reports as par regulators / statutory requirements Should-have-ablity_to-generate-dynamie-fraud-analyele-reparts-|—_ about iraud trends/paitems and provide fraud anailysls. ~7.083..-.—The-system should -sappart camrprstrenisiver wel “CLstOMNTZAIS | management dashboard. 7.084} The seporting- module . should--provide:-review=logefor=rules:| =~ addedimodified/deleted etc The reporting module should provide analysis reports on the actioning part Ike. number of aletts.hrandled.per-analyst_time.taken.| [par alart ate: aaaRFP 200/CO: DIT/EFRMS/arm rr Date: 22/04/2016 ‘The Solution should have comprehensive alerts management wih severily as per set parameters and send the same to addressees by SMS, &-mall, IVRs or off-line through mossagee/reporte et 7.087 Generation of alerts should be supported based on custom rules. 7.088 ‘The solution should be capable of distrtbuting alerts to the multiple focations/users. 7.089 The solution should provide a interface for Banks Fraud Analysts to work on the cases which could include calling customers, blocking termina’s, blocking bin, raising a disaute, generate alert, ete, 7.09 The solution should also provide monitoring and management oF application components on the web based browser, which could include interfaces, process status, threads, etc. 7.081 Detect fraud by example ie. allowing the analyst io datna a transaction pattern and generate reports regarding transactions in such pattern. 7.082 The systertt should beable to provide 2FA functionality to'all users based on the risk score of transactional aystems. 7.093 The Solution should have DC, DR and UAT licenses. 7.094 ‘The solution should work from DR sife also, 7.095 The solition should support higher versions of 08, Database eto, 7.096 System should also support awitch over of high risk transactions from one second fatter authentication method to another to maintain business continuity ifrequired by the Bank, 7.097 Proposed solution should have hierarchy of users to perform various internal tasks (hat can be done either by an individual or a group of ineividual 7.098 The solution be able to adopt the adaptive authentication os all channels os per requirements (refer RBI Circular DPSS(CO)PD No. 1462/02.01.14.003/2012-13 dated February 28,2013. 7.099 ‘ineléding IT Act 2000 (amended 2008). ‘Should conform to all regulatory, statutory, legal_acts and rules | 7.100 ‘Should understand the current selup and infrastructure of the bank and should be able to integrate with the existing systems with TITETTE CISTUDHOMT 7.401 There should be detailed write upiptasentaticn giviig the approach and methodology it proposes 1a use in imptementing the proposed solution. - . 8, AML Requirement —Fantitioney Eaundering Regulations The system should comply to.the requirements of RBI,IBA and... .. “FIUANB-on K¥ 6-8 AM L-from time t6 time | 8.0.2, | The system should address the FATF recommendatlons: 81 _| Know YourCustomer = SSE 7 | @.14 | System should have provision to manage blackisis provided by leguiatory authorities like the isla: provided by the Gentral-Bank-of-2- Country, OFAC SON and PEP lists. User should be able to crealeRFP 200/CO; DIT/EFRMS/arm Ears ‘Technical Requirements ‘System should support screening of existing and new customers against Screening lists like UN/TF list / PEP? O7AC ete, Dete: 22/04/2016 a Mca) Rost ‘All new customers as Well as exisiing customers should be checked against blacklists & watchists. 4.1.3 | The system ehould have a white listin which user can add customers whe have matched with lists but are not deemed suspicious 6.4.4 |The system should have the flexibility to define account type & customer type specific (Saving acccunt, Current account etc} template constituting bank specified mandatory & optional fields and requiaton specified mandatory flelcs., 848 | Any missing mandatory fields for an account holder should be reported, 8716 | System should be able fo trace links between customers in the bank The system should alse have the facility to record and save established relationships. System should be able to categorize accounts Into risk categories KYC Policies & Procedures including Client anboarding, List Sereéning, ‘Proiiling and Risk Categorisation ‘System should have support for UCIC (Unique Customer Identification Code) managamant Transaction Monitoring The sysiem should have alert scenarios for individual transaction aswell as historical transactional benavior. The system should have support for IBA recommended Alert Scenarios and FIUIND suggested Trade Based Money Laundering Red Flag indicators. The systam shauld also support any Alert Scenarios / Red Flag indicators by IBA/FIU-IND/RBI/Any other regulator suggested from time to time. B22 ‘The aystem should have provicion to dofine global henchmarke 63 well as account spectfic benchmarks for an alert scenario 823 ‘The sysiem should have tool te analyze historical traneactional attributes of an accounl & suggest a benchmark value 524 | The system should have provision fo define multiple benchniarks | for alort scenarios based on customer type, nature of business, branch, country & account risk 825 ‘The system should monitor transactions and analyze them againet beachmarks-& generate alerts or exceptiorr 826 “The system should have provision to fire'subjective alérte e27 The system should enable user to effectively manage alerts generated from tha.time of ganaration till such time. an- appropriate. action is taken | The user should be able to select tcansactional attributes & view | roquired transactions “The systam should have provision-16-ereate user-defined tulas—~ [Thre system Should Have ‘alert Scariation addressing traud areas beyond Money Laundering System should be capable of handling real time alerts Tasnify ScsplciGus Activity basad on dsviation fom base profile Behavioral Analysis. ores LSWIFT Remittance Monitorin, Npet Management...RFP 200/CO: DIT/EFRMSiaim SNES ed 8.3.4 The system should have provision for resouree allocation & work. load balancing Date: 22/04/2016 en’ ct 5.2 _| Anyfell actions takon by tho invesligating officer should ke recorded inthe system. 63.3 |The user should be able to view details of all alerts fired on customers, instruments and products as well as all the necessary transactional details with respect to the specified customer. 2.4 | The user should have the facility of filering alerts based on parameters such as time, customer, instrument, product and alert type. ‘The System should prioriise alerts based on eniitties Le, Customers, Instruments & Produets | The system should have facility to manage false positive The system should have complete aucit trial of the alert generated, agg The system should have provision to generate suspicious transaction reporis & currency transaction reports The system should have provision for re-verification of Closed + Alerts by another user and record the findings / remarks 8.3.10 | The System should Rave pioviston for alait of Closed Alerts by regulators like FIU-IND, RBI ete, 84 | Analysis & Reporting 8.4.0 | Tho systam should gonarate mandatory reports to be filed with FIU- IND like CTR, CCR, NTR, EFT (CBWTR), STR. B44 The system should have Customers, Products and instrument based multi-dimensional analysis tools. 842 | System should generale MIS reports such as Most active accounte based on parameters such as deposit frequency, withdrawal frequency, transaction frequency 843 Capability to integrate with Business intelligence tool for Graphical analysis, 84.4 | Transaction Reports -8:6-—-Gase- Management| B51 ‘A complete and comprehans've case management module with facilty to store alerts, emails and all necessary information UIVEIIENIGE ONICET To SUDSTANUIATE We CASS SHOU be present. “The case management ulllty should have provision to define roles for the officers involved i The system should have [acilly (o escalate the case to next level | attor completia cf ie role. aasigned ta 2.user.xntaJaglal ‘conclusion of the cage The aystem should support minimum fourlevels-efusers-and the ~ oo gta SHOU Have POUT for alotrreMt or Alene te Unrerent | levels of users based on pre-definded Benchmarks / threshold lunis, Alert Scenario, RO/Branch ete. === ‘Security Complete and comprehensive securfy trom uhauinonsed access and misuso ehould be available along with necessary audit trail eelaling every users activity.RFP 200/CO: DITEFRMS/atm Date: 22/04/2016 B. Server (hese are minimum technical specification required. The bidder can offer higher specification according ‘to the requirement of solution offered by them.) ‘S.No | Technical Requirements Compliance | Remarks YesiNo 7| The proposed servers should be 64 Bit RISC/EPIC Processor The proposed server should be Rack Mountable with rail Kit- 2 | adjustable depth Each server mus: be configured with requisite processors to deliver atleast 1400 SPECint_rate2008 & must be scalable to deliver 2600 SPECin\_rate2006.The offered processor must be benchmarked on publfe website and the OEM must submit the 3 | published benchmark. The offered processor should be the latest offering and must have atieast 3.0.GHz clockspeed, Highest clockspeed.and highest cache: 4 | in the offered configuration of the server must ba offered. Minimum 16 GB RAM per core must be configured with memory compression technology.And proposed'server should be scalable § | to 41B of memory. The system must be configured with atleast 64 MB of cactie with, minimum of 2MB L3 Cache per processor core. Over and above the minimum cache tte vandor should offer the 6 processor with highest cache in the offered configuration. 7 | The proposed ayetom must be capable of atleast 450 GBps: ‘The proposed servers shauld have Min 8 x 600 GB or Highor @10k rpm or Higher Hot pluggable and scalable to 32 Hot 8 | pluggable! Swappable drives. “The proposed sorvers should have POle Gand with plug slots scalable to 48 Pai het plug slots, fin € PCle hot ‘The proposed servers should have minimum 2 ethemel adaptors, 10 | 10 Gb with min 4 ports each, “Tha proposed servers should Rave minimum wo 6 Gbps FC-HEA vith min 4 ports each, 44 je = —_ - OVD ROM or equivatont any device atiached by which the 42 | requirement willbe fufiled jedundant-Hot-Gwappable-power-Sapply-ant cooing 13 | fan/eubsystems. ‘The partitioning technology should ensure veriical scalabilly tor database server and horizontal scalability, far application servers. we with adequate resilience and redundancy built into tho system. The paililiohing technology must have Vis CapabIy Toalow movement of resources such as CPU, Mamary , 10 across 3 minimum 10 partitions without reboot. of source ‘or target. . .. | partivons-Fhe-propesed-vitualizationplalform-must-have-s-eleer—| roadmap end support fer the offered database, Failure of any partition should not affect ary other partons... JL. should bs-pessible to virtualize the-Fibre.Channel-and-Btherner-- poits to any partition with-in same server. The virluallzation technology must be EAL4* certified: "++~4 10 should be virtulized through dual dedicaed ViM's.tF VM cannat be. vitualizaed ihen duet deliicaterl JOGcatlreTmet én ual-MeUICEte 68 Gbos FC adaprets must be configured:per-virtual =RFP 200/CO: DIT/EFRMSiarm Date: 22/0472016 Tiachine Memory Compression must be offered. If memory is not compressed than 32 GB RAM per core must be configured. 415 ‘on ‘Operating system offered should include the following features: Virtualization technology from the OEM of server manufacturer. Arr independent kernel of 64 bit UNIX capable of version upgrade and application of patches without reboot. ‘Tho Unix Opsrating Sysiems shall be licensed to support unlimited users. Pal 19 functionality to allow the creation of multiple & minimum 0.4 core processor partiticn within the server Volume managemant to allow the creation, expansion and ehrinking of volumes and dynamically mirrored volumes Journalized file systems with an encryption option File System should be able to create srapshots without un- the file system, ‘multipath VO for fiber channs! disk snd tape doviees. Failure of any Instance of OS, kernal should not Impact any partition on the server. -OS must be-must be (rem the server OEM.- it must also be possible to reboobrestart the OS instance without affecting any othor application instance. tor ‘SCSI 10 pat 16 The proposed servers should have HA features -ECC protected DDR3 memory - Dynainic Processor resillence and deallocation with Operating System ~ Hot Plug PCle Adapters -Hot Plug disk drives -Dynamic firmware updates 7 Al least 3 years on site warranty with full labour, parts & replacement.REP 200/CO: DIT/EFRMS/arm Date: 22/04/2016 ANNEXURE —J 4. TURNOVER AND P&L DETAILS: (Bidders have to submif Xerox copies of Audited Balance Sheet / P&L). (Amountin Re) FY Tuitiover Net-worth [Profit and Loss 2 Experience details: (Submit Xerox copies of POs es support documents for each item). Details of solution provided-to-maet eligibilty-eriteria: Srl. | PONG. and Order placed by. a No. ~ date’ “Organisation... ~-f Gta 3. Glarlftcattons/Amendments required on this RFP Terms and Conditions: {itis te be sutmitted in word document in the following format) Git Is to be submitted to submit their clarification/queries in word document in the. following format) $1] CASE No. ees aoe nana ee Noe and Page coe RED Tom “SClafifleations and 1 Pn = Amendments. a paar | 03. 04.REP 200/C0: DIT/EFRMSiarm Date: 22/04/2016 ANNEXURE -K RULES FOR REVERSE AUCTION SLNo. Particulars: Details ‘Symlicate Bank Corporate Offies: DIT Buyer Name NGY Shopping Complex II Floor, NationalGamesVillage Koramangala Bangalore — 860047 Nemo: Ms 0-Procuroment Technologies Ltd Bangalore local Address: No.10/2, Narendra Plaza, Universal Business Cente, Victoria Road, Bangalore — 580.047 Contact Persons : Mr. Robin Kerinédy - 09845434101 Fax : 080 - 4031 6201 5 Emil”: robn@abeprocure cor ~ ‘Aiciovi to he conducted | Mi Parin Desa - 09974519754 by Service Provider Ahmedabad HO Address, 4-201, Wall Stroat — 2, Ellishridge, Anmedaied — 380 006 Phone: O79 40016601 / B68 / 867 / 885 / 600 / 875 Fax: 078 40016876 Mobile: +01 9374619720 Contact Persons : Ms, Goral Patel - 09374519729 Mr. Pracip Parmar - 08020657215 ch f Freese ares gy hitps:fsyndicalebank abeprocure.com Reverse Auction 3. Aucion Date: Will be Inlimated ~ i aline-Intiel Sealed-Bid-Fime: Dalle of Auction Online Reverse Auction Tir (With extension as appleable) Rutes and Terms & Conditions of Reverse Auction : 4 Compliance Statement (Annexure K+) Documents attached ‘Price Bid Confimmation (Armiexure K-2} iii Bid: Bank-desires to make use af a-proauceniait pracess Tor prae its Corporate/Regionai Offices ‘Online sealed bid is to be. conducted. from. the..fechnically-rasp = the Bank during the online eaaled ae per price schedule: of RFP. Participating bidders should have a valid digital certificate to participate in Online-aealed-bid:-Bazing-om-the-quotes-and-also-markel-enquiries. on ee grays, start Pree wil be fixed for conducting the Reverse Auction. Decremental value and itsRFP 200/CO: DIT/EFRMS/arm, Date: 22/04/2016 Online Reverse Auction Reverse Auction event wil be carried out among the Technically Responsive Bidders, for providing opportunity to the Bidders to quote the orice dynamically for the procurement for which RFP is floated and also to get the moat competitive prico. Pl REVERSE AUCTION : a) Bank had engaged the services of Service Provider through RFP process for conducting Online Reverse Auction on behalf of the Bank, b) The Bank had issued a Purchase Order on the Service Provider, clearly detailing the roles and responsibilties of ihe Service Provider who hosts the web portal and conducts the Online sealed Bid and Reverse Auction, ©} For the proposed reverse auction, technically responsive bidders having a valid digital certificate alone shall be eligible to participate ¢} Details like event date and time, start price, bid decrement, extensions ete.. will be communicated to the participating Bicider. ©) For creating necessary obligations and richis, the Sérvice Provider wil also enter into an agreement with each aligible Bidder for this purpose, if required, f) The Service Provider wili provide all necessary training and assistance where ever required before commencement of online bidding { sealed bidireverse auction) on Intemet. Service Provider / auctioneer are responsible fer conducting training to ali tachnically responsive bidders participating in the reverse auction and bidding process. Bidder may contact the Service Provider in this regard for any clarifications. * 9) Whorevar it is considerad nevessary and asked by the Bidders or as decided by the service provider cr by Bank, a moc auction may also be concticted for tha beneftt of alt concemed h) © Each Bidder shall participate in the training/ mock reverse auction at his / their own cost ) Bidder / Authorised representatives of the Bidders named in the authorization letter given by the Bidcer shall be given with a unique User name, password by the Service Provider / auctioneer. Fach: Bidder- #Authorised-tepresentatves “shall change: tho” password “anter receipt oF initial password from Service Provider. - —S— Reverse suction-wil-he-conducted-on-sehedule-date-&time-and-the-samershall-be-communicate¢— in advance, ky _ Bidders have (o submit the compliance form in the preserlked format, if am Provider betore start of Reverse auction. Withaut this the Biddar will not be eli the event. ble to participate In 1) Bidder is raquired to give their indicative price te the Bank during the online sealed bid, if required by:the. Bank. ‘Tietings.of the online-seated bid.swill be intimated-py-the Bank in-advanse ~ m) Start prico and decremented value for conducting the Reverse Auclion will be notified by the Bank. 1") All the biels made from the login ID given to Bidder will be deemed to have been made by the isigor to vaiom the login ID and password were-assigned-by the Service Provider / auctioneer. SS nee made through tegistered Legin 1D. & password. by. the Bidder cannot.bie.canceliéd,...- in other words, is bound to supply the items as per ihe RFP/ for which reverse auctionRFP 200/CO; DIT/EFRMSfarm Date: 22/04/2016 p) Every successive bid by tha Bidder being decremental bidding shall replace the earlier bid automatically and the final bid es per the time and login ID shall prevail over the earier bids, q) 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 Bidcers. In other words, there shall never be a "Tie" in bids. 1) The time lirit fer online Reverse Auction is half an hour to two hours excluding further extensions. Bank can fix 5 to 10 further oxtensions at 10 minutes each depending upon the size of the project s) Reverse auction may be conducted either on entire line items as per the price schedule of RFP or on single fotal evaluated cost, At the end of reverse auction event, the lowest Bidder value will be known on the network and have to submit the detailed orice schedule as per RFP. bed format along with break-up as 8 The lowest Bidder has to fax the duly signed filed-in pres urs of auction without fail. provided on case-to-casa basis to the Bank within 24 1) Any variation between the onfine Bid valie and the signed document will be liable for rejection of the Bid, forfeiture of the Bic Seourily etc, and the Bidder may be disqualified to conduct business with the Bank in future, \) The reverse auction will be treated as closed only when the bidding process gets closed in all Fagpacts for the item listed in the tender. w) 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. x) Bank's dacision on aware! of Contract shall be final and binding on all the Bidders. Rules and Terms & Conditions of Reverse Auction Online Reverse Auctions are carried out under the framework of a set of business rules. Following are the ‘Rules and Terms & Conditions’ of Online Reverse Auction. 4. Definition : “Bank means Syndicate Bank "Service Provider’ means the third party’ agency / company who-have_been selected by the Bank Tor conducting onine sealed bid/Reverse Auction through RFF process. “Bidder meens the party or his authorised representative who has participated In the RFP / Tender Process, Technically qualified, having... valid. Digital Certificate, and wiling to comply with all the instructions and lerns and conditions of REP. 'L1" means Bidder who is quotes lowest during the online revere avelien: 9: “Elighbility of Bidders to-participate In Online sealed bid/Reverse Auction: 24, Bidders who are technically responsive. in.terms.of.the.relative.Tarms.& Conditions (Eligibility. griteria/Technical specifications) of the RFP and accept the Business Rules of Reversion Auction and submit the‘ undertaking 2s per- the preweribed format inANNEXURE-K-t can only partcipate in Reverse Auction ralatad to the procurement for which RFP is floated. Ze Bidders not submiting the above -undertaking or submiting-the-same with deviations: / ak instion‘In-ihe:brocess of ee:RFP 200/CO: DIT/EFRMSiarm Date: 22/04/2016 relevant procurement, 2.8. Bidders shoud ensure that they have vatid digital certificate well in advance to participate in the Reverse Auction. Bank and / of Service Provider will not be respansiole in case Bidder could not perticipate in Reverse Auction due to non-availability of valid Digital Certificate. 2.4, ‘Bidders participating in Reverse Auction shall subrait the following duly signed by the same Competent Authority who signs the offer documents in response fo the RFP floated by Bank. 2.4.1. Undertaking letter for acceptance of Rules for Online Reverse Auction and Letter of Authority authorizing the name/e of officia/s to take patt in Rovorse Auction as per the format Annexure K-1 (Compiance Statement) 2.4.2, Agreement between Sorvico Provider and Bidcor, if any. This format will be given by the service provider prior to announcement of Reverse Auction. 3. Training: 3.4. The Service. Provider shall impart training .on the Reverse Auction to representatives of all technically respansive bidders as provided by CO:DIT for partcipation in Reverse Auction. 3.2, All ules & procedure rolated to Reverse Auction will be-explained during the training. 3.3. The Bank/Service Provider may also conduct @ "Mock Reverse Auction” to familiarise the Bidder/s with Reverse Auction process. 3.4. Data, Time, Venue ete of training will be advised at appropriate time by the service provider. 3.8. Technically responsive bidder / his authorized representative have to aitend the training, if required to the participating bidders, as per the schedule and at the specified verue al his ¢ Bidder’s own cost. 3.6. No request from the Bidders for change in traning schedule and/or venue will be entertained, 3.7. However, Bank reserves the right to postpone / charge / cancel the training schedule for whatsoever reasons withoul assigning any reasons there for, even afler its communication to eligible Bidders. 3.8. Any Bidcler not participating in the training process, will do so at his own risk and it shall not be open for him to make any complaint / grievance later. 4. Reverse Auction Schedule: 4.1, The date & time of commencerient of Reverse Auction and its duration of time shall bo communicated fo the cfgible and technically responsive Bidders al least One Of WO GAYS prior ts ~ the Reverse Auction Dare 42, Bank reserves the right to postpone / change / cancel the Reverso Auction event eyon after its - communication to. Bidders-withoul.assigninig-any-reasons-there-for-— 4.3, Reverse Auction initial period will normally.be for one hour. i. IHfuther extensions are thera after the initial reverse. auction pertad-and lta Biel “price In last 10 minutes of closing of the. Revere. auction, the.auction period shall get extended automatically for another-40-mlnutes:-In-ease-there-is-no~bid-pricain the ‘ast 10 Minutes of closing of Reverse Auction, the auction shall get closed aulomatically without extension. 7 te her extensions are not there, auciton Shall get-slosad-aulematically-wilin the specified intial SdRFP 200/C0: DIT/EFRMS/arm Date: 22/04/2016 4A, The initial time period of Reverse Auction and Maximum nuraber of its extensions and its time, decremental value and details of multiples of decremental value are subject to change and wil be advised (o technically responsive bidders betore the start of the Roverse Auction event. 4.5, During English Reverse (no ties) Auction, if no bid is received within the specified time, the Bank, at its discretion, may decide to revise Start price OR serap the reverse auction process OR proceed with conventional mode of tendering. 5. Bidding Currency: Bidding will bo conducted in Indian Rupaos (NR). 6. Prica Schedule: The Bicider, during the Reverse-auction’, shall quote the Hardware Prices as per the following format. Implementation of EFRMS with 2 years ATSIAMG after free warranty period of Three Year. : (Anrount in &.) si. Item Description Qty ‘Amount No 4 | Hardware Cost including OS 2 2 | EFRMS, AML, KYC Application Licenses, Operating Systems and 2sats other peripheral software {If the licensing policy of the OEM does not require a separate license for the DR setup, the quantity be read as cne). License requirements if any for the UAT set up be factored in the Total License cost - same will not be paid / procured separately. 3 | Adequate Number of Database Licenses Qeats (Notional cost of Z 20,00,000 per license shall be included in case of Oracle Database since the Bank has ULA for the same} if the licensing policy of the OEM does not require a separate license for the DR setup, the quantity be read as one, License requirements if any for the UAT set up.be factored In the Total License cost - same will not be paid / procured separately. Implementation Cost for All modules 7 integration Cost + ‘Advisory Services 1 Training _ aan 1 Gore Team Training - 3 Batches of 20-each~Two-wooks—— a ~| ‘Aahinl Functions Training 2 Batchs of a Bach One WEEK 7 [ On-Site Support p.a. epee as a as ~-Sub Total (A) AMG Charges 7 ATS /AMC Charges: Z EATS AMC Charges: galalo| ‘Sub Total (B) Optional Nems: | eg elasvisory Charges for one year Grand Total STOGIATEL Ba FalRFP 200/C0: DIT/EFRMS/arm Date: 22/04/2016 NOTES: | AMG/ATS charges should not be less that 10 % The above quotes are exclusive of faxes viz Sarvice Tax/VAT. lI The quantity mentioned in the RFP is indicative and the Bank reserves the right to vary the guantily as per requirement Wv. 1 bioder have fo submit detailed breakup of the quotes for each line item as per price schedule, in addition to Annexure-K-2. V. All applicadle taxes are payable extra at actual an submission of proc. Vi. The final quotes curing reverse auction should be valid for five years from the date of acceptance of purchase order by the L1 Bidder. VI. All the technically responsive bidders should participate and quate ‘or all items including optional items during the Online Seated Bid Vil, Bank may conduct Reverse Auction for the Total Cost of ewnership (TCO). 7.Start Price: - 7.1 Bidder needs to give their indicative price ty the Bank during the ONLINE SEALEDBID. Timings Of the Online sezled bid will be intimated by the Bank in advance. - 7.2-Bank shall determine the Start Priee for ReverseAuction a. On its own and / or b, Bank may determine tho start price on the basis of the lowest quote of indicative commercial bius received during ONLINE SEALED BID, or ¢. on the basis of market anquirios about the rates. et that time 7.3, Bank may conduct the Reverse Auction on a singla amount ie., grand totals of all items including AMC as por price echedule of RFP. The Lowest Evaluated bidder have to submit the detailed price schedule as per RFP. 8. Decremental Bid Value: 8.1. The bid decrement value and whether decramental value is in multiples- Yes or No option, wil be specified by Bank belore the start of Reverse Auction event. It can be a ‘ixed amount or percentage of Start Price as per Banks requiroment, 8.2, Bidder is required to quote their bid price only at a specified decremented value. 8.3, Bidder need nol quote bid price at immediate next available lower levél, but it can be even at 2/314... level of next available lower level 0.4. "Bid. decrement value shall be rounded off to nearest 100s.or 1000s ete: 9, Web Portal and Access: 9.1, Reverse Auction will be condticted on a specttic web porial iiéant for this purpese with the help of the. Serviee Provider idenitfied-by the Bank:-—— “= : 92. Service Provider will make all necessary arrangement for Tair and transparént conduct of Reverse Auction Ike hosting the..web-pertal..imparting training to-eligible Bidders ete. —ane-finally-conductof Reverse: Attction. 9.3, Bidders. will be. participating in Reverse-Auction-event fron-their-own-office /-plaee-of-thele -chotee..Jntemet connectivity. and-other paraphernalia roquirements:shall have: lo be ensured Bidder themselves, the event of failure of Syst SpevECILATay be). : It is the Bidders responsi 1 the Bidders any. reason ty! deision™to~ Band fax communication intifiédiately to”RFP 200/CO: DIT/EFRMSiarm Date: 22/04/2016 Servica Provider tumishing the bid price, they want to bie online, with a requesl to upload the faxed bid price online so that the servics provider will upload that price online on behalf of the Bidder. 9.4.2, It shall be noted clearly that the concemed Bidder communicating this price to Service Provider has to solely ensute that the fox message is recived oy Service Provider in a readable / legible form and also the Bidder should simultaneously check up with Service Provider over phone about the clear raceipt of the bid price faxed 9.4.3. It shall also be clearly understood that the Bidder shalt be at liberty to send such fax communications of prices to be uploaded by Service Provicer only before the closure of Reverse Auction time and under no ciroumstances it shall be atlowed beyond the closure of Reverse Auction event ime. 9.4.4. ° Such Bidders have to ensure that the Service Provider is given reasonable time by the Bidders, to upload such faxed bid prices online and if such required time is not available at the disposal of Service Provider at the time of receipt of the fax message from the Bidders, Service Provider wil not be uploading the kid prices. It is to be noted that neither the Bank nor the Service Provicer will be responsible fcr these unforeseen circumstances, 9.5. In order to ward-off such contingent situation 9.8.1. Bidders are advised- to make all the: necessary-- arrangements /—-alternatives - ~ such as backup power supply, whatever required so that they are able to circumvent such situation and’ still be able fe participato in the reverse auction successfully. 0.5.2, Bidders are requested rot to wait fil the fast + moment to quote their bids (o avold any such complex situations. 953. Failure of power at tha premises of Bidders during the Reverse auction gannot be the cause for not participating in the reverse auction. 9.54. On account of this the time ‘or the auction cannot ke extended and BANK is not responsible for euch eventualiies, 95.5. Bank and / or Service Provider will not have any liabifily to Bidders ‘or ‘any interruption or delay in access to web portal site of Reverse Auction Irrespective of the cause. 6. For making the process of Reverse Auction and its result legally binding on the participating Bidders, Service Provider will enter into an agreament with each Bidder, before the start of Reverse Auction event. Without this Bidder wilt not be eligible to participate in the event. 9.7, Neither Bank nor Service Provider / auctioneer can be held responsible for consequential damages such as no power supply, system problem, intsmet problem, inability to use the ——-syslom_loee-ef-elestronic_ information, power interustions U2S-feilurs—ate—Bank_will_not— entertain any correspondence in this regard). Bidder stiuld make altefnate arrangements in place of such eventuaiities. 10. TRANSPARENCY IN BIDS: AI pantoipating bideiers wal 1a (0 eW darig-tre- tote thar wurrent lowest pce in-— pottal. Biddar shall be able to view not only the lowast bid but also the last bid made by them at any-point of time during the auction time," a 41, MASKING OF NAMES: 11.1. Bidder vill be able “to view’ Ihe fiotds in Reverse Auction : 1) Start (Opening) Price iDLeading f Lowest Bid Price in Avction (cnly fotat price) Last Bid Price placed by the respective Bidder. “Witty "the necessary,RFP 200/CO: DITEFRMSiaim, Date: 22/04/2016 11.3. After completion of Reverse Auction, the Service Provideriauctioneer shall submit a report to. the Bank with all details of bid and the original names of all the participating bidders with his / their original names. 12. Finallsation of the Succossiu! Bidder: 12.1. At the end of Reverse Auction avant Service Provider will provide all necessary details of tho bid prices and reports of Reverse Austion to the Bank. 12.2. Upon receipt of above information from Servic Pravider, Bank will evaluete the same and will declare the L1 Bidder, if there is no further techno-commercial evaluation . Bank's decision on award of Contract shall be final and binding on all the Bidders. 12.8, L1 Bidder or all bidders ( In case of further techno-commercial evaluation) have to fax the duly signed filled-in prescribed format (ANNEXURE-K-2) as provided to Benk within 24 hours of Reverse Auction without fail. The Original signed ANNEXURE-K-2 should reach the Bank within 48 hours of Reverse Auction without fail along with detailed price schedule as per REP. 12.4, Any’ variation between the on-line Reverse Auction bid price and signed document ~ willbe considered. az sabotaging the-tender process -and wil invile: disqualification of Bidder/vender to conduct, business with Bank as, per prevailing procedure. 12.5, Successful Bidder is bound to supply at their final bid price of Reverse Auction, in case of bback out or fail to supply as par the rates quoted, Bank wil taka appropriate action ‘against euch Bidder and / ot forfcit tho Did Security amount, debar him from participating in future: 126. In case Bank decides not te yo for Reverse Auction ielated to the procurement for which RFP {s floated, Bank may call for sealed Commercial Bids from all the Technically responsive Bidders and the commarcial bide shall be opened as per Bank's standard practice. 13. Bidders Obligation: 13.1, Bidder shall _not- involve “himself or any of hie, representatives in Price manipulation of ary Kind directly or indiractly with other suppliers / Bidders at -any.point of:tims-lt-any-sueh preclies-comes tothe notice-Bank'shell-cisqualify-therBidder ?~ bidders concerned from the reverse auction pracess, ft rn thar his ails of Rank to any other-patty—— without wiltton permission from the Bank, 44, Change In Rutes and Terms & Conditions of Reverse Auction: 14.4. Any change in the Rules as may.become emengent.and-based an the experience gained —— shall be -made-only—ay-a-Gommitton-coneisting- of Senlor Executives of Bank———— 14.2. Bank reserves the right to modify ? withdraw any of the Rules and Tams & conditions of Reverse Auction at any point of tig.’ " a 143" Modifications of “Rules and ‘Terns & conditions of Reverse Audion. will be made available on wabsite immediately, 14.4. Modifications made “during ‘the “running of Reverse “Audtion event will be iforinied to partepathig Biaers itely Say: issue or area~of material concen Sapecting: Reverae-Auellen Tal apa vill these Rules, the decision of lic bay | be final and binding cn all egnesmned.. 7REP 200/CO; DITEFRMS/arm Date: 22/04/2016 ANNEXURE - K-41 COMPLIANCE STATEMENT {To be submitted in Company's letter head by all the Bidders participating in online sealed bid/Reverse Aveltion) Date: To The Deputy General Manager_(IT) Syndicate Bank, Corporata Office, Deparment of Information Technology 2° Floor - NGV Shopping Complex, Koramangala, Bengaluru — 560 047 DECLARATION 1 We {name of the company) hereby confirm having submitted our bid for participating in Bank's RFP dated for procuremert of, : 2. We also confirm having read and Understood the terms of as well as the Rules relating to the Reverse Auction for this RFP process. 3. We horaby undertake and agree té abide by ail the terms and cenditions stipulated by Syndicate Sank in the RFP document ineluding the Rules-for Reverse Aveticn; all-annexure, addendum, and corrigendum, 4. We shall participate in the ontine auction conducted by Lid. (Service Provider) and submit our Commer bid. We shall agree to enter into an agreament with the Service Provider for maxing the process of Reverse Auction and its results legal'y binding on ua. 5. Bank and Service Provider shall not be fiable & responsible in any manner whatsoever for our failure lo access & bid in online sealed bid and Reverse Auction due lo loss of internet connectivity, electricity failure, virus attack, problems with the PC at ourend, any othar unforeseen circumstances ete. before or during the auction event. 6 We understand that in the event we are not able to access the auction site, we may authorize Service Provider to bid on our behalf by sending a fax containing our offer price before tha auction close time and ne claim can be mace by us, on either Bank or Service Provider regarding any loss etc. suffered by us due to acting upon our authenticated fax instructions. 7---We-do-understend-that- Service Rrovider-may-bid-on-hehalf-ot other-Bidders-as-well-in-case-of —. above mantioned exigencies. We also confirm that we have a valid digital certificate issuéd by a valid Certifying Authority. 9. We shall fax (he duly filled in, detailed sighed Price scliedule a8 provided in the RFP to tha Bank-.and to the Service provider within 24 hours of end of online Reverse Auction without fail. - - ~ 10....We.undertake.to. submit. the-Griginal.confirmation-of last bid price by-us to. thé Blank ae well a ta ~~ the Service provider within 48 working hours’ of the completion of event. We elso undertake te submit the Bill of Materials as per the Price Schedule of this RFP: 11. We, hereby confimm ‘that we will honour thie Blds placed by Us"during the auction process, felling which we shall forfeit te EMD. Wo also underetand that the-Bankmay debar us from pticipating in futuretenders. © 12, We undertaie to supply at Our final toviest bites of Reverse” Auction. in'case"of our back out oF Btiliy to supply as per the rtes quoted by us, Bank ia treo fo take appropriate action against us forfeit the Bic: SéeUtty. amount, debar-Us-from. participating i AuLITeLteMIETS.—..RFP 200/CO: DIT/EFRMS/arm Date: 22/04/2016 13. We confi having nominated cur authorised reoresentative M/s, : designated as of our company to participate in the Reverse Auction on behalf of the Compary, 44 We accordingly authorize Bank and / or the Service Provider to issue user ID and password fo the above named oificial of our Company. 45. Both Bank and the Service Provider shall contact the ebove named official for any and all matters relating fo the onlins sealed bid/Reverse Auction. 46 We undartake that the Company shall bo bound by the bids made by the above named official of cur Company in the Reverse Auction, falling which the Bank shall forfeit the EMD. We agree and understend shat the Bank may debar us from participating in futuro tonders for any such failure on our part. Signature of tho Authorised Signatory with company seal Name - Company / Organization - Designation within Company / Organization - ‘Address of Company Organization — —-..-- - weet te ne Name of Authorised Representative (Participating in Reverse Auction) at, Ms. Designation of the Authorised Represeniaiive: Signature of Authorised Representative’ = Verified tho signatures of Authorised Representative by and Signature of the Authorised Signatory Name : Company seal: Date:RFP 200/CO; DIT/EFRMS¥arm Date: 22/04/2016 Annexure: K -2 Price Bid Confirmation (To be submitted in Company's letier head by ail the bidders participated in Reverse Auction, in case of tech-commercial evaluation or the L1 Bidder in case of non tech-coramercial evaluation) Dato: ‘The Deputy General Manager _(IT) Syndicate Bank, Corporate Office, Department of Information Technology 2 Floor - NGV Shopping Complex, Koramangala, Bengaluru ~ 860 047 Dear Sir, SUB: Final / Lowest Bid Price quoted in Reverse Auction, held on in respect of RFP Ref. No. Dated for procurement of We confirm that the final total bid price quoted by us in the captioned Reverse Auction event for captioned tender is as under - Rs, (in figure) Rs. (in words We confirm that: We enclose herewith the detailed break-up of above price as per Bill of Matarialf detailed price schedule of RFP, We undertake to submil the Original Price Schedule duly signed wilh detailed break-up of above bid price as per price schedule of RFP within 48 fours from the end-of Reverse Auction event. Any variation between the on-ine Reverse Auction bid price quoted by us and this document will be considered as sabotaging the tender process and will Invite disqualification of Bidder/vender to conduct business with Bank as per prevailing procedure. In such case, Bank ia froo to iako appropriate action and / of forfeit the Bid Security amount and / or debar him from participating In future RFPs of Bank, We are bound to supply the items as per RFP requirement at the ebovo final bid price of Reverse Auction. We note that in case of back out or not supplying as per the above rates quoted by us during the reverse-auction-Ban/c-willtake-approsrate-action-against-us-end-+ cr-forfell-our-Bid-Securty-amount-and—— J or dober him from participating in future RFPs of Bank _—Signatura.and Name of the Authorised Si natn Designation in Company Nama of the Company Address of Company Emai:RFP 200/CO: DIT/EFRMSvarm Date: - 22/04/2016 ANNEXURE-M Escalation Matelx Name of Compan: Delivery Related Issues: SENo | Name Designaiion” | Full ofice | Phone No | Mobile No | Fax | Email Address. address First Level Contact, Second Level Contact fF response is not received in 24 hours} RegionaliZonal Head (if response is not received in 48 hows) Country Head Gf response i not received in week) Namte af Company: Services Related Issues: ‘SLNo [Name Designation] Fulloffice | Phone No | Mobile No [Fax | Email Addrags address First Level Contact ‘Second Level Gontaet (if response is not received in 4 hours) Regional/Zonal Head (if response is | not racelved in_! — — 24 hours) Country Head {ihresponsa is not received in 48 hols) Any change in designation, substitution willbe informed to the bank Mutnediately “°° * —Signature: cee Name of Representative: Designation:RFP 200/CO; DIT/EFRMS/arn Date: 22/04/2016 ANNEXURE-N Performance Bank Guarantee Form To Dy. General Manager (IT} Syndicate Bank, Depariment of Information Technology Corporate Office, 2 Floor N G V Commercial Complex Koramangala, Bangalore 660 047 WHEREAS ( ) has undertaken in pursuance of the contract no. vated to, inter-alia, supply of as per tha contract document (herein affer called "The Contract), dated AND whereas it has bean stipulated by you in the said contract that shal fumish you with a Performance dank guarantee by a recognized hank for the sum of Rs____ sp security for compliance with the performance obligations in acct contract. AND whereas we have agreed to give you the guaranios on bolt of THEREFORE. we hereby aff that we as guarantors are responsible to you, on behalf of , upto a total of Rs. and we undertake to pay you, upon your first written demand doclering ____to be in defautt under the contract and without cavil or argument, any sum er sums within the limit of Re. aa aforesaid, without your nocding te prove or to show grounds or reasons for your demand or the sum specified therein. This guarantee is valid until the, (Date) “Al tight end obligations arising from this guaranteo shall be governed ty the fawe of Republic of india’. Notwithstanding anything herein above contained including what ia stated in clauses thereef, our liability under this guarantee is restricted to Rs. and stall remain in force until (Pato} Unless a demand or claim under the guarantee is lodged with us in writing at Bangalore on or before (Date ), all your rights under sald guarantee shelt be forfeited and we shall be relieved and discharged form all fiabitties hereunder whether or not this document is returned, Place: Baio:RFP 200/00: DIT/EFRMS/am Date: 22/04/2016 ANNEXURE -P Conformity Lotto: Proforma of letter to be given by all the bidders participating in RFP No, 200/CO: DIT/EFRM/arm ated 22/04/2016 on iheir official letterheads: To General Manager Syndicate Bank, Department of Information Technology Corporate Office, 2" Floor N G ¥ Commercial Compiex Koramangala, Bangalore 560 047 Dear Sir, ‘Sub: RFP No: 200/GC: DITEFRM/arm dated 22/04/2016 Further to our proposel dated in response to the Request for Proposal (hereinafter referred to as “RFP") iscuod by Syndicate Bank, we hereby covenant, warrant and confirm as follows: ‘We hereby agree to comply with all the terms and condifions / stipulations a8 contained in the RFP and the related addendums and other documents including the changes made fo tne orginal tender documents issued by Syndicate Bank, provided however that only the list cf deviations furnished by us in ‘Annexure J. Clarifications required for this RFP Terms an¢ Conditions’ of the main RFP document which are expressly accepted by Syndicate Bank and communicated to us in writing, shail form a valid and binding part of the aforeszid RFP document, Syndicate Bank is not bound by any other extraneous matters or deviations, even if mentioned by us elsewhere either ir our proposal or any subsequent deviations sought by us, whether orally or in writing, and Syrdicate Bank's decision not to accept any such extraneous conditions and devietions will be final and binding on us. Yours faithful'y, Designation Bidder's corporate nameRFP 200/CO: DIEFRMSiarm Date: 22/04/2016 Annexure Q BIDDER’S & PRODUCT INFORMATION The General Manager - IT Syndicate Bank Corporate Office, Depariment Of information Technology, 2nd Floor, Commercial Complex, National Games Village Koramangala, Bengalis - 560047 Reg : supply, installation & maintenance of Enterprise ‘Transaction and Fraud Monitoring Solution With reference to your RFP No. dated, (Read wilh ils Addendums/Corrigendum/Amendments), we submit necessary information hereunder- tT Name & address of the Company vith direct phone numbars 2. Narre of the company = 3. Registration No. and date of establishment 4 Website Address Email Address 4 Present strength of the firm (a) Number of employees {b) Count and List offices 5 Count of employeas on rolls of the company 6 Count of employese in Forensic Practice 7. Detail of Tender Fee and Eamest Money Deposited, L-@.... ~|Figures-for last 3-years -(in.Crones. ——— with two decimal ‘Annual Turnover Profit Income Tax PAN 9 10_["Service Tax Reaistratlon No ee (CENERAE PRODUGT-INFORMATION——— == Propased Product Nam... men Current version and release date Lasgeel customer for this produét Name of the customerRFP 200/00: DITEFRMS/arm Dete: 22/04/2016 in case of licensing, explain software licensing system fee structure. Js ‘it rasivictod as to location of instaltalion of lob ‘Whether source code is provided? is the Ticanse agreement on per site, per CPU, per concurrent Oser, per named user, per server lisence, per database or enterpiise basis? Escrow availablity of Source Code IF there are any othor features thet will be useful in evaluating the product(s) / solution, please state them ‘What major enhancements are planned? Describe any limitations on the uso of the proposed products What is the road map of your product for the S~ years? “Please discuss in detall, Use “ai she's if required How many isieages of your product have been | crodiuced during the last five Years’? What is the.naxt schedulod..major.release of your software? How offen are new versions released? Has there been a major rewfile of the Proposed systems since the original? DECLARATION (We hereby deciare thal the terns and conditions of the tander stated herein and as may be modified/mutually agreed upon are acceptable and biding to me/us. We understand and agree that 1. The Bankis not bound to accept the towest bid or may reject all or any bid 2. If our Bid for the above job is accepted, wo undertake to enter into and execute at our Gost, when called upon by the Bank to do so,a contract In the prescribed form. Unless and enti a formal contract is prepared and execuled, this bid together with your wrilten acceptance thereof shall constitute ¢ binding contract between us. 3. If our bid is accepted, we are to be jcintly and severally responsible for the due performance — ‘of the-contract—~ = ~ ~ 4, We assure to comply with the hardware configuration, that will be original, no duplicate or dld/used parts will be supplied. Software licenses nuintiets will be provided ard wil be SenUNE. 5. We undertake to give a service commitment along with availablity of spare parts during the contract period. . . Name-of person Authorizedte elgn f= : jo Mobile No. Date: Place Official Stamp: ~~ SIGNATURE-OF AUTHORISED SIGNATORY:RFP 200/CO: DIT/EFRMS/aim Date: 22/04/2016 ANNEXURE-R NON-DISCLOSURE AGREEMENT THIS AGREEMEN T (the “Agraement”) is entered into onthis___dayof___ by and between, Syndicate Bank, 9 body corporato constituted and functioning under Banking Companies (Acquisition and Transfer of Undertakings) Act, 1970 having its Head Office al Manipal and a Corporate Office at Bangalore represented by herein (hereinafter called Disclosing Party or the “Bank”}, and with and address at (the “Recij nt" or the “Receiving Party” or the “Company”). ‘The Bank is in possession of certain information defined hereunder as Confidential Information and has agreed to disctoco to the Company the Confidential Information on a strictly confidential basis for to be information with the Recipient. Therefore, in cansideration of tho mutual promises and covenants contained in this Agreement, and: other good and valuable consideration, the zeseipt and sutficieney of which ie hecoby soknowledgod, tho parties herele agree ae fellows: 4. Definition af Confidential Information. {a) F or purposes of this Agreement, “Confidential information” means any data or information that is confidential or proprietary to the Bank end not generally known to the pudlic, whether in tangible or intangiole form, whanaver and however disclosed, including, but not limited to; (Customer name and other information related to customers (i) any marketing strategies, plans, financial information, or projections, operations, sales esiimetes, business plans and performance results relating to the past, presant or futuro business activities of such party, its affliates, subsidiaries and affiliated companies, {ill) Plans for products or sorvices, and customer or supplier lists; (iv) Any scentific of technical information, invention, design, process, procedure, formula, improvement, technology or method: () any concepts, reports, data, know-how, works-in-progress, designe, development tools, specifications, computer software, source code, object code, flow charts, databases, inventions, information and trade secrete; and (Wi) Any other information that should reasonably be recognized 2s confidential infomation of the Bank. Confidential Information nesd not be novel, unique, patentable, copyrighiable or constitute @ trade secret in order to be designated Confidential information: The Company acknowledges that the. Confidential Information Is. proprietary lo the Bank, has been te votopect ant obtained trough great efforts bythe Bankcand that Benk regards a of te Confidential — Information-as trade secrets: {b)Nobwithstanding anything, in the foregoing to the contrary, Confident! information which: __Q)_ Was kivwn to the Comipany prtorte revetving the Confdenttal Information fromrthe Bane; “~~ i) Becomes rightfully kriown to the Compeny from a third-party source nof known (afler — finels along with their combinations-(in- case of wyndlteated -freiid)RFP 200/CO: DIT/EFRMSi/arm Date: 22/04/2016 bidder Is also expected to validate the solution outline/s with case studies or leading practices based on thair experience. 1.19 Bidder is requited to provide recommendations on policy, processes, frameworks and bench marking against best practices. The Bidder shall be responsible for carrying out all the requirad activities including day to day operational activities io achieve the scope mentioned in RFP during the contract period. The Bidder will be responsible for involvement and commitment of other partners for the successful execution of tha project. 4.4.10 The solution should be abte to recognizef identify the transaction characterislies by preduct/ channels’ transaction type/ POS entry mode (EMV, Magnetic Stipe, MOTO, E- Commerce, Terminal Entry Capabiliios! Card media typo/lVR otc) or any other specified/available data field and apply specific risk and fraud rules. And collect dala for fulure purpose for each channels 11.11 The solution. should _have. proven integration cépabllities with the CBS and bidder should. ensure that the EFRMS solution does not have a performance impect on the CBS or any ther channel 11.12 The Solution should cover the risks associated! witn the below mentioned Indicative list of ~ chanrie’s and applications undar ailins ‘andlor offing WGds. THS Soliltin’’ should “cover prevention-and detection -of frauds at-different-grocess ‘stages of the below mentioned applications. and chamels for all types of transactions such as card present, card not present, financial and non-financial ransaction ote. 14.12.14 Online Mode: ~ The Fraud detection is to. be done.on real time basis. The authorizatiordecline of the In-fight transaction should not aflect performance of the source systems. Real time monitoring and prevention on transactions portaine following products: 1 Internet Banking 1 Mobile Banking fi. ATM IV. All types of Card such as Credit card, Debit card, prepaid cards, wallets sic. V. POS (Point of Scale} Vi Payment Gateways --______Vll_IVR (Interastive voloa response) Vill. Any other delivery channel introducad by the Bank during the contract, period T1122 Offine Made: - The Fraud detection is done post facto and the decision should not have diy inipact on thé IN-Tight ‘Walisacton. Offine wontoring/Newr Real Time. ait management. 2nd. actoning.on.tvansactons pertains. to. flowing channels/-products:- Branch Banking (Domestic) 4. Deposit (a yess) "= -Loans:::. CBSE CORTE «Retail Loans «-MSME Loans — Agri ¢, Trade Finance / Neri Fulidl Crsdite: oo” * Guarantees «..-Lattet Credits.REP 200/CO: DIT/EFRMSIarra Date: 22/04/2016 &. Forex Business I. Branch Banking (Qverseas) WW, Treasury WN, Govt Payment Schemes like PFRMS, DBT, DBTL ei V. Govt. Modules like PFF, APY, Sukanya Samiiddhi Yojna ete VAL Other Banking preducts Vil Service Branch (Cheque P1 essing | ECS processing ) Operations: VII. Internal Frauds (employee initiated involved) Ix, Regulatery Requirements an Anti-Money Laundering including workflow and reporting covering Suspicious Transactions and recording. processing and Teporting of Counterieit Currency iransactione, covering but not limited to + The system shauld generate mandatory reports to be filed with FIU-IND like CTR, COR, NTR, EFT (CBWTR), STR. + The sysiem should have provision for audit of Closed Alerts by regulators fike FIU-IND. RBLeic. coe + The system should have alert scenarios for individual transaction as well as historical transactional behavior. » The system should have support for IBA recommended Alert Soertarios and FIU-ND suggested Trade Based Money Laundering Red Flag indicators + The sysiem -should also support any Alert Scenarios | Red Flag indicators suggested by IBA/FIL-INDRBWAny other regulater from time totime. + KYC Policies & Procedures including Client onboarding, List Screening, Profiling and Risk Categorisation. + Sysiem should have support for UCIC (Unique Customer Identification Code) management 1.1.123 ‘The Bidder is expected to infegrate the sclution with the existing transactional and other systeme.deployed by the Bank.without impacting -the performance of the source systems. Tha major systems deployed for various channels ara as under 1 CBS —Flex cube N,— Internet Banking - Flex cube Hi ATM Switch ~ a N Mibile Banking Solution. —_ Vv. POS Swiich VIL Treasury Application Vil__Payment gatewa il. Any other 2s per banks ‘equiremonig 1.1.124 _. The proposed solution-should-he-able-to-ecmply-with various RBI and other raguletory guidelines related to-Etectronic paymenis-~” pone 1112.5 The bidder should propose. Suitable_tools_forAnalylics,Alart-managemenky. —-~ —---Case_Managsment—Rules—-Meniagemert:—Worlow—managament—Data—— formatttig, Data Quality, Rat tiie/oninerct bility mode, Fraud Model maturation pre-requisites -ard-any-olhar companent 7 MROUGe TOGUIET Tr cn a —Entorrse Fata Hk Mangan NGO ee 1.1126 ° Aleit mahagement: Tools to sioié the alerts rid make it avallabie to the Fraud analyste-Manual-eréationahc Géneralicn’of alert thoutd be supported,” *” 1.112.7 ~ Gase-rranager The Tor shoul have pre-configured case tenipaies. correspondence gensral visti sinlerface, Tool should also. hiave fealure of croation of new fomplates.based an the case type. Rules Management: Abiity to define and deploy niles in_teal.timeenvironment..... ‘The-Sal rshould-sugport-arinithen: tiOTY-UBUAH/ USISHON of ray Als aRFP 200/CO: DIT/EFRMS/arm . Date: 22/04/2016 ‘evel 1.4.12.9 The bidder is expected to inlegrate the EFRMSS with the existing transactional and other systems like CBS, ATM SWITCH, Internet Banking, Mebile Banking etc. for obtaining the relevant daia for analysis end decision making, 14.12.40 Real time/orline/Offina availabilty mode: The solution should have the capability to support 100% real-time scoring of authorization requests and pre. authorization requests In addition it should have thé nine foffins mode of running as well 41.12.11 Fraud Model maturation pre-requisites: The solution should clearly state the requirements reloted to tho frequency of the Data feed required for the optimal performance of the Fraud model. The Solution shall provide Risk based Authentication depends on the Scoring The Solution should detect and block fraud with realtime risk analysis and risk advice. The detection should not be based on just a few parameters but on an analysis of the franeaclion with rofaronce to the factors of user profile, history, on, behavior, alysis should ensure minimal false alerts out losing aut or 1.1.12.14 Easy Integration with banks delivery chamel systems and Core Banking System i.e. muki-channel support in the application. 41.12.18 Solution should alao bo capable of moritering/preventing transactions based ‘on scenarios in-respect of transactional-aystems-suetr as CBS subsequently - without changing the provided software. for channel transactions. User should be able to addidelete!modify rule/scenarias without any dependencies. Iniegration with delivery channel apolicationsitransactional syetems will be the responsibility of the Biddor. 1,1.12.16 The application should support combination of Rules and Statistical Mode! working, so trat bank can start ‘using the apolicatin from day.one without depending on historical data, Self-learning foature should also be aveilable. 41.12.17 The system should have the feature such that the bank should be able to do following actions based on response (fraud datection): 1.112418 — Denyfallow transaction, 14.12.19 Challenge the user fer acditional Authentication 1.4.12.20 Generale alerts to the monitering team. 144 14d RP oN 12.21 Provice reporis stating all facts and faures of operations. "12.92 Automatic Switch over mechaniam betwesn monitoring and prevention mode aS per requirement. 1.4.12,.93 The proposed solution shauld support the existing customer base /transaction base on each of the channoT cluding CBS and must cupport scalabilty to adel additional future growth withiout the need to discard the earlier setup. The present-customer base /trancaction base with the channels are as below: = Numbers th Lakhs 1 CBS Ag 2 | ATM card 125, 187 hetdere Internet 9.75 Barking -- Mobile 283 Banking xRFP 200/00: DIT/EFRMSiarm . Date: 22/04/2016 for all channels and near real tre for CBS, 1.412.25 The proposed solution should have the capability for cross-channel fraud monitoring and prevention. 11.12.26 Overall scope must ensure full coverage of 24*7 moritering and iraud detection for integrated channels and products, 1.1:12.27 The proposed solution should provide robust fraud detection and risk scoring capabilities using following approach but not limited to as below: 14.12.28 The proposed solulion should provide web based scenario authoring tool to configure new fraud schemes as and whan required, 11.12.29 The propesed solution should allow: configuring various business policies ike approve/decline/chaltenge/hold transaction based on the fraud risk score. 1.1.12.30 The proposed solution should provide advanced cago management system with tich client software for link analysis and visualization of complex networks that can be inlegrated across source sysieme ‘or case investigation 1.1.12.31 Multi toneney support anc Data segregation should be avatable.le multiple ‘section of he bank shou! le to, monitor theit systems independently. The application should supper fenant spacific rules. 14.12.82 The solution should provide Cross channel fraud Risk Management 11.1233 Ability to detect employee -fraud/ Insider fraud using appropriate tules/mochaniame. 11.12.34. ~ The application should receive the latest fraud trends g¢ ‘hat pro-actively rules can be integrated into the .system. Tho. Bidder should explain. the mechanism/procass for the same, 11.12.35 _, The. solution should provide method to generate reports to ihe authorized end- users inciuding standard system reports, user defined reporis, report distribution, report administration, and report development capabilties. ‘The system shoule be capable of generating various MIS reporis/Dashboards as per the requirement of the bank from time te time. 11.12.36 Further systom should be able to generate user specific customized reports 14.12.37 Audit logs should be available for ail user activities. 11.12.38 The Solution shall integrate with Banks Biometric Authontication Solution for User Authentication of the Solution. 11.12.39 Application turing such as application load balancing should be available and the application: should have high throughput anc! low latency response. 14.12.40 Solution should comply with all RBINPCI stipulated guidelines with respect to Fraud prevention in electronic channe’e. 1.1.13 The bidder is expected to datail out solution to identify and prevent fraudulent transactions" which afé linked “to” rion-tnonétary “transactions such as ATM pin change request, Address change request, Balance Enquiry otc. Prevertion of ‘Raudulent transactions based on such indicators Is required. Some of the scanarios are; Card theft,. Mail inlerception.atc. LACDE “The solution SHOUle Wave Wis BOINy To create BST and flag Waid leh Wansaction -——6r--saf8.of transaction Indicating fraudulent behavior “LLIS The - solution -should:“have-tha=-abiltyte~prepare~ easos~and- assign it lo investigation’ dacision. making team,.in.all such scefiarios where: the propensity of raudulant-behaviorts-hig hh isk Based Aulientication for titerhet anid Mobile Banking . |. The proposed: eokitian-sheuld-be-able-to-monitér~Interne!-and mobile tanking -transactiong ~ 7 ~ IL The proposed solution should be able to preverit existing ahd smeraing frauds as result of phishing aflacke, malware altacks, denial-of-service altack (DoS), Man-in- the-Middle (MITM) and Mi er (ITB) altacks étc. __ ~ -The proposer scletion-shouicrmonitor-and detect frauds for all agin are! POs related tranadctiors. : :REP 200/00: DIT/EFRMSiarmm Date: 22/04/2016 IV. The proposed solution should support advanced IP gec-location capability to detect IP Country, IP City, Proxy IP and zone hopping. V. The proposed Solution should support site authentication capability with personalized images and phrases. VI. Tha propesed solution should support wide range of 2FA techniques including SNS/Emall OTP, sofware tokens, hardwate tokens, transaction signing tokens, PK! certificates & Digital Signature certificate. VII. ‘The proposed solution should net require any download or installation by the end ser and should support all types of browser and operating systems environments on all devices og, Poreonat Computers / Laptope / Smart phones/ other devices. The solution should rather function incognito to the end user. Vill, Solulion should have capability to build and reactor dynamic e-banking User behavior profiles. 1X. The proposed solution should support JPV6 addressing. 1.1.17. Transaction Monitoring for Gore banking transactions... The proposed solution shiculd be able to integrate with Fiex cube CBS and alt integration effort required irom the CBS OEMISI should be factored in by the bidder Solution shoulc-aiso-support now versions of Flex cube GBS. il The proposed solution should have the capabilty :o cetect and bloclhod Suspicidus fraudulent cére banking transacticns. Il. The proposed solution should not-impact the performance of Flex cube core banking application and other aplications. 1, The proposed solution should be able to moniter beth financial and non- financial transactions and detect frauds trom core banking transactions. V. The proposed sclution shoutd support both transaction rronitoring and fraud preventionitransaction capability for core banking transactions. VL The proposed solution should provide pre-packaged scenarios or have the floxibility to creste such scenario with minimal efforts as and whan required to detect various branch banking and employes frauds including account take over, embezzlement, nepotism, suspicious inquiries ate. 1.1.48 _ Real-Time Fraud Prevention for Payment Card transactions 1. The proposed solution should be able to monitor Debit carc transactions across ATM, POS, and E-Commerce channéls. Any integration effort from existing CBS OEMS! should be factored in by the bidder. ~———Il-—The-proposeid-solution-should-support-payment-card-frauc-prevention-acainst: skimming, counterfelt cares, lost and stclen cards, Mass’ card compromise, sudden surge and anomalous behavior, zane hopring. Tha proposed soluté present frauds in realtime. IV. The solution should provide pre-packaged scenarios ard scoring models or have the flexibility to oteate euch acenarioe and models with minimal efferte as and Wher réquiréd for debit Caras and credit Caras ~ Ve -The~ propesed--solutian.—should—have—capabilty_to—datect--common--point. of.» "compromise (CFG) for-compromnised ATM: POS-and-Merehants-—————_— vi “The proposed solution should support customer looped ffatid prevention z ‘customers cali dot (Si SOUT TOIOE” ettarding't usage using motile banking. or. intenet banking. interface. Sample customer defined rulasip wolude: Block transactions trom particular country, Slock avisichons rom pariear annels fora country, Block specific chanel .. Solution Architecture: Suitable ‘Architecture for EFRMSS has to be proposedRFP 200/CO: DIT/EFRMS/aim Date: 22/04/2036 proposed solution must clearly state the requirements around Hardware, Software, Predefined Data Layouts, DBMS, Analytical modols including Neural Network engine, anomalies in customer behavior, Network link analysis, Imglementation approach ett. i, The Solution shall be implemented at DC and DR Site in High Availability Mods. There shall be automatic Service/component level fallover without any data loss. The Solution shall ba Web Baced. iy, All Components shall be tetest version available in the market and all latest Patches shall he applied before UAT and movement to production ¥. The Solution should alsa inetude an UAT environment, vi, The RTO between DC & DR shall bs laes than 16 Minutes. vii, The Solution should be verticaily and horizontally scalable. Vili, The Solution must demonstrate BCP capabilty periodically as per Bank's Policy. ix The Solution sh: - applicationdatabase/server hardwarefany other. hardware/Rack etc. ble. x The Hardwere shall be sized to ensure that RAM & CPU Utilization shall net exceed more. than 70%-at any given point of time-during the contract period. in case of viclation, the hardware shall be upgraded by tha bidder to meet the same ‘without any addlucnial cost to'the Banik: ©” “ 1.1.29 Hardware: The bidder has to design, size, supply, implement and maintain the required hardware, software, middleware (if any), Database etc for the EFRMSS' as defined in the scope of the overall solution and all the related application based on their implomentation-experiense. |The bidder is expected to deploy server hardware for DC and DR separately and size, supply, install & maintain the storage required for the FRMS solution at DG & DR, Any ‘other haraware/software required for the functioning of the solution should be provided by the bidder. The bidder is oxposted to quote the herdware in the TCO as per the formal esked in the bill of material. The bank will consider quoted vaite for the TCO. I The hardware technology proposed for tho EFRMS Golution should be the enterprise class, best of the breed, latest, lested and stable release-of OEM and based on the latest Platform enabling technology supporting the complete EFRMS Selition. Mt ‘The production hardware must bo enterprise class with adequate vertical and horizontal - —~=-—sealabilltyThare-must-be-adequate-SPUs-end-memory-available-to-accommociate-the — szing anc growth aspirations of the Bank during the contract period. During the contract period the Bank will not consider any plea ey the bidder for horlzentaly scaling the fiance in case the nce if ar must ampnsa_an_applianca having adequate vertical heacreom. In case any. | ontal..scaling..of the appliance is required then the Bank would not bear any cost and the cost will have to be berne by the Bidder. N. The Bidder is responsible toaniverat the sizing inaspendently: THe Bank Is not reswonsibls .» fot. any.assumption.made.by-the-Bidder-for-not-maeting-the-performancelservice-levelo-as-—~ ~~~ ~——-desired--in-the-doaument;-the-Bidder-will-at-thel-vost-earry-out the necessary-upgranteas/— replacements, The Bark will not pay any additional. amount during the .perlod of the contract. Oa Ea" oh opera se TU The Teconirnendéd hardware should have high retbilly, tau olerance, redundanoy and high availabilty having no single. point of falure in the hardware (NSPOF), Vi. _ Bidder is requiredto—provide'-the ‘dlotailid—configuration™of the Brép - Craiting, Test & Development ich and DR server}. environments i Vil The systam should be configuréd.in Active Passive mode. ‘The antizo.system.should be configured in such a way that there should not be any single point of failure, Bidder has to propose all the harcwars periaharsls and quote forsoftwar6 fequired accordingly. — The Bidder wilt haverto size Iie DR its wiijalt must he capable of handling 100%. of the ~ iC ‘production, Bak will qucment is exst 2. The. Rervars-CPU,.u,RFP 200/CO: DIT/EFRMSiarm Date: 22/04/2016 memory and other components can be sized al 100% of the DC. The DR will be used during periocic DR Orils and when primary is not available, IX. Soparate adequately sized hardwars should bo quoted and supplied for test & development and training and applicable servers. X There should be three separate Training, Test and Develosment environments. A development, test and Training servers must be configured in the EFRMS SOLUTION, which shoutd be a separate server/node/resource The additional configuration towards this usage should bo clearly indicated. Xl. The test & Development’ servers should be sized to 20% capacity of the respective production servers while the Training servers should be sized to 10% capacily of the respective production servers. XIL The performance testing server configuration will be mutually arrived with the Bidder basad ‘on the volumes of iransactions shared in the RFP. Xi, UAT Environment wil be used as Pre-Production environment by the bank ard it should be sized as 20% of the production server. XIV, The test with respect fo hardware a Thie is to avoid any ieaues during tho go lve stago of each phase. XV. All servers are required to have a minimum of dual 1000 Mbps Ethemet network interface cards (NIC} or 2 better equivalent installad on the board itself or on difierent slo's. Each NIG will be cabted-from s-differentinedule on the switch using gigabit speed-cabling XVI. Application, Database and Web servers should be both vertically and/or honzontally acalable and rust bo capable of incromontal expansion io moet the growth requirements of the Bank as defined above. The key server hardware proposed must be enterprise wide class in their respective category. XVIL. . The specified servers must be currenl/ recent-in the GEM's product fine and must be fully supported by the OEM for the duration of the project and for the warranty and post warranty. XVIil. The Bidder is required to provide the configuration details of the server system. Each node should run separate instance of operating system. 1421 Storage The blider is required to size, supply, instal and meirtain the storage volume roquired for FRMS solution at DC & DR, 1.1.22.License Requirement and Capacity Planning I. The licenses should be enterprise and perpatual licenses. il. Any additional channeVpreduet intfédiioed by the bank wilhin Ine contact period should be covered in EFRMSS. Tha bank will not be liable to pay adcitional cost for any such scenarlos. Tha bidder Is expactéd to integrate such chanriéls/products to the EFRMSS at ho additional cost to the Bank ll. The Software Licensing cost would only be applicable for production servers both DG and OR unless the feensing policy is otherwise. In such an-event, the TCO shall include the cost of licenses for the DRset up as wall. However, “otter” software installations for internal purposes like Teating, Development-and—Fraining-should-be-at-no-additional-coat-to-the: “Bari — IV. These licenses should be made available, “Vs Fhe-Bidder-Is-required-to-provide-detalled-infarination-as_how-thait-solution_addressas—— capacity issues. As the data volume growe-and more dala is-added, ablilly of the solution to handle the ongoing. load..must..be.. monitered..-Gapacity_planning..means. continuously. determining the-capabiilty-of the: hardware-and-soHtware-te-support-additional-users.= vi. The Bank will not be responsible or lable for any Infringements or unauthorized use of the licenced products. In the eveni of any claims against the Bank for any license rélated issues, %, the Bidder wil have 1o.act upon the same and all labiltles and claims wh: