IDBI Bank Ltd. Bank should allow minimum of 4 weeks time from the date of acceptance of purchase order by the successful bidder

Size: px
Start display at page:

Download "IDBI Bank Ltd. Bank should allow minimum of 4 weeks time from the date of acceptance of purchase order by the successful bidder"

Transcription

1 1 56 Section 4, 2.66 The Application Solution should be made ready for moving into production by after UAT test and acceptance Bank should allow minimum of 4 weeks time from the date of acceptance of purchase order by the successful bidder No change in RFP terms. The software should be available for pilot testing of the sample data latest by 15th June so that the Bank and Vedor so as to enable the bank for full for the Software to be Implemented in full has sufficient time to carry out changes, if any, that may be compliance under GST. and become operational. required Software Licenses Solution should be available on Oracle database/ SQL Server/ Other database. The Application, Web and Database servers should be available and should function in multiple operating systems like Linux, Unix and Windows. Whether the system should support all standard OS and databases? or is it ok if it supports any of one of the mentioned standard OS and databases? 3 Will bank procure OS and databases as suggested by the shortlisted vendor? or it will provide any one of the standard OS/ databases and the vendor has to comply his application for the same? Any one Standard OS and Database will be acceptable to the Bank. Bank will provide OS and Database and necessary infrastructure Solution should also be integrated with Oracle HRMS Technical Specifications The System s portal must support Hindi language on its user interface for web and mobile users, along with help content / tutorials for guiding customers on functions / searches. Why the integration with Oracle HRMS is required as it is not a Transacting System? The proposed application will be web based hosted within your intranet for internal consumption and cannot be accessed on mobile and will not be available to your customers as its compliance software, so Hindi language support might not be required in this case hence we request Bank to revisit this clause and reframe this as The solution should support English Language only. Integration is required for Bank's User Management. The requirement is desired, which is already mentioned in the RFP document. Page 1 of 14

2 The solution should provide for collection are you looking for separate solution for Bank is looking for Separate end-to-end GST tax Solution of data available in the Transacting GST - or the existing application to be for which, this RFP is floated. The bidder is requested to go System, generate invoice in the made GST compliance? In case of existing through the RFP thoroughly. prescribed format with requisite details. application to be made the GST Ability to raise exception report where compliance - provide the details of transactions are not captured with application and modules used? appropriate details The Application Solution should be made ready for moving into production by after UAT test and acceptance so as to enable the bank for full compliance under GST. Expectation of go live is 15 June? Yes. Please see the reply on Sr No The Bidder should be Original Equipment Manufacturer (OEM) of the software solution. During contract period, the bidder shall Only OEM can bid? 9 General existing application which you are using are GST compliant? E.g.. In Oracle Financials GST patch is already applied? Delivery and installation of GST Solution and its Licenses will be at DC-Belapur and The timelinesare very ambitious. Request DR-Chennai within 2 (Two) weeks from the the bank to provide some relaxation on date of release of Purchase Order (PO). the same Supply, Installation, Implementation and Integration of all customized software items should be completed within 2 weeks or GST timeline (first monthly return submission date), whichever is earlier, from the date of the Purchase Order including UAT acceptance. The timelinesare very ambitious. Request the bank to provide some relaxation on the same. No change in RFP terms. Information will be shared with the successful bidders. No change in RFP terms No change in RFP terms. Page 2 of 14

3 The Contract form and all other No change in RFP terms. documents would be signed at Mumbai The timelinesare very ambitious. Request only within 15 days of receipt of the bank to provide some relaxation on notification of award of contract. the same Bidder must have been in IT / ITeS / Software business for a minimum period of 3 years (as on date of RFP release) Certificate of Incorporation and other Documentary evidence to be attached C The Bidder should have all necessary licenses, permissions, consents, no objections, approvals as required under law for carrying out its business as on date of submission of the tender. Relevant documents to be submitted What other documentary proof is expected? Should VAT / PAN / Sales Tax registration proofs suffice this requirement? Please confirm. What other documentary proof is expected? Should VAT / PAN / Sales Tax registration proofs suffice this requirement? Please confirm. What documentary proof is expected by the bank? Should VAT / PAN / Sales Tax registration proofs suffice this requirement? Please confirm. Please refer to Annexure II - Eligbility Criteria on Page No. 108 for the required supporting document. Please refer to Annexure II - Eligbility Criteria on Page No. 108 for the required supporting document. Photocopies of the licenses / permissions supported by self declaration The Bidder shall furnish as a part of its Bid, a Bid Security of Rs.5,00,000/-(Rupees Five Lakhs only)by way of demand draft or bankers cheque or pay order in favor of Limited payable at Mumbai. This Bid Security must accompany the technical bid. We are having MSME SSI Certification as well as Udyog Aadhar.(both certificates and govt. provisions are as attached)we request you to please confirm this is valid for EMD exemption as per Govt.Guidelines for public sector unit tender. Procurements through MSEs will be done as per the policy guidelines issued by Ministry of MSME, GOI from time to time. MSEs registered under the SPRS (Single point registration scheme) of NSIC and complying with all the guidelines there under as well as those issued by GoI from time to time shall be eligible. Page 3 of 14

4 The cost of RFP / Bid document is We are having MSME SSI Certification as Procurements through MSEs will be done as per the policy Rs.10,000/- (Rupees Ten Thousand only) well as Udyog Aadhar.(both certificates guidelines issued by Ministry of MSME, GOI from time to ( Cost ). The prospective Bidder is and govt. provisions are as attached)we time. MSEs registered under the SPRS (Single point required to pay the Cost in the form of a request you to please confirm this is valid registration scheme) of NSIC and complying with all the demand draft or banker s cheque or pay for Tender cost as per Govt.Guidelines for guidelines there under as well as those issued by GoI from order from any scheduled commercial public sector unit tender. time to time shall be eligible. bank in favor of Limited, payable at Mumbai There are following solutions including Finacle Core Banking System (CBS), for which interface required to be designed with GST Solution to comply Government guidelines. Details of source system* integration with GST Solution are listed below: Whether all databases for the different Databases for Source Systems are hosted at multiple source systems are located at one DC or at locations (DC/DR/NDR) of the Bank. Information pertaining different places so as to compute efforts to Credit Cards will be available at Bengaluru. and commercials to enable extract data from each database The bidder should provide evidence (the list of clients) in support for implementation of tax related solution/software or any other regulatory software for Banking / BFSI Sector (atleast 2 organizations in India, out of which one organization should be a Commercial Bank) during the last two years up-to We have more than 100 implementations in banking sector with TAX related implementation from 2 decades.we request to amend clause as "The bidder should provide evidence (the list of clients) in support for implementation of tax related solution/software or any other regulatory software for Banking / BFSI Sector (atleast 2 organizations in India, out of which one organization should be a Public sector/commercial Bank which has awarded the bidder GST related software contract ) No change in RFP terms. Page 4 of 14

5 Delivery and installation of GST Solution We request bank to extend the No change in RFP terms. and its Licenses will be at DC-Belapur and implementation within 4-8 weeks from DR-Chennai within 2 (Two) weeks from the confirmed PO. date of release of Purchase Order (PO). We request to make the clause The GST Solution must be implemented as per project scope within a period of 4-8 weeks in from the date of the purchase order by the Bank. The solution as per the required scope needs to be rolled out as per the delivery timelines of GSTN, Due to complexity in solution without hampering quality-total solution can be deployed in Phases-Bidder can suggest timelines for smooth implementation There should be an interface with the GSTN/ Suvidha providers by the bidders so that the various returns are filed from the solution directly to the GSTN. We understand only interface would be in scope by bidder and API would be provided from Gst Suvidha Provider. GSP pass through charges would be additional and not in scope of this BID commercials. Kindly confirm. Please refer and be guided by Point no. 8 on Page No. 73 of the RFP GSP Arrangements: The bidder is expected to provide end to end solution including filing of returns with GSTN, matching of data with GSTN etc and hence the bidder should have tie up with GSP and integrate the software with GSP& GSTN. please confirm GSP service charges to cover in commercials in which heading if needed to cover. Please refer and be guided by Point no. 8 on Page No. 73 of the RFP. Page 5 of 14

6 There are following solutions including Determination part for each is not The determination part is to be handled in the proposed Finacle Core Banking System (CBS), for expected out of the solution. GST Solution. which interface required to be designed with GST Solution to comply Government guidelines. Details of source system* integration with GST Solution are listed below: 1. Finacle CBS, Treasury, Corporate Finance System (CFS) 2. Government Business Module (GBM) 3. DEMAT Trading Platform 4. Credit Card (ATOS) 5. Cash Management System (CMS) 6. Locker Management System (LMS) 7. Bill Payment (PayAway) 8. Oracle Financials Applications Vendor Payment 9. ATM / Debit Card Switch 10. Any other Source System/Application Limitation of Liability The solution should provide for collection of data available in the Transacting System, generate invoice in the prescribed format with requisite details. Ability to raise exception report where transactions are not captured with appropriate details. We would recommend Liability to be No change in RFP terms limited to last 12 months billing. Could you please provide current setup Will be shared with the selected Bidder. for tax calculation for Payables invoices. Do you use oracle purchasing and Oracle payables. If purchasing is not used are the Invoices are created directly in Payables system. Page 6 of 14

7 The solution should be able to generate Invoice Generation is expected for all Bank expects that the proposed GST Solution, provided by invoice in the prescribed format with systems other than Finacle the Bidder, should able to generate Invoices for all the requisite details for procurements made Transacting Systems including Finacle from Unregistered Dealers and for supplies covered under Reverse Charge Mechanism A.2.1 (Page 53) The solution should provide for collection of data available in the Transacting System, generate invoice in the prescribed format with requisite details. Ability to raise exception report where transactions are not captured with appropriate details A.2.2 (Page 53) The solution should be able to generate invoice in the prescribed format with requisite details for procurements made from Unregistered Dealers and for supplies covered under Reverse Charge Mechanism Is the GST Solution expected to be the primary system to generate and issue Sales Invoices to outside parties? Why does IDBI require to generate invoices for Purchase transactions. Invoices would typically be sent by the Vendors to IDBI Yes. It is required, in case of Reverse Charge Mechanism (RCM) and unregistered dealers as per Law A.2.5 (Page 53) The solution should be able to value the taxable supply and generate Invoices for the identified Inter- Branch transactions and maintain records/ledgers of such transactions Registration wise. Typically, the Transacting Systems would determine the value of the inter-branch transactions in the respective systems. Can we assume that the same value be treated as Taxable Value for the purpose of GST? Data for determination of inter-branch transactions shall be provided by the source system. The rule for valuation shall be provided, which needs to be built in the middleware. Page 7 of 14

8 30 53 A.2.7 (Page 53) The solution should be able to generate delivery challan in the prescribed format with requisite details. What are the transactions that would require IDBI to generate Delivery Challan? This question is based on the assumption that the delivery challan for purchase transactions would be sent by the Vendor. Do you have any sale transactions that require you to issue Delivery Challans? If yes, please provide the details of the same and the systems from which they would be generated. Sale of any old item (scrap, furniture, car etc.) as well as repossesed assets and such other items as and when required by Law The solution should have the ability to determine the beneficiary GST based on GST No., customer address type, customer s home branch, transaction location and any other logic as suggested by the bank There should be provision in the solution to alter GST related data post the transaction, if required, with proper audit trail The solution should handle registration of all the states and union territories and CGST/SGST/IGST/UGST The solution should have the ability to provide the multiple, configurable options to determine GST location of service provider. This can either be captured automatically or by way of upload or data entry A.2.18 (Page 54) The solution should handle registration of all the states and union territories and CGST/SGST/IGST/UGST. Please confirm if this is to punch the GSTN and get the information related to the beneficiary? Or this information needs to be saved manually as master data in the complaince solution? Please confirm if this would be required in CBS. Please confirm if this is new registration feature needed in the complaince solution?or this is to maintain the GSTIN IDs only? Need further elaboration.is this feature needed in the invoices? Tax determination is expected to be the part of the solution based on the refrred parameters. Provision in the Solution should be there The Provison is required preferably for all transacting system but definitely in core where the transactions get finally recorded. The requirement is desired, which is already mentioned in the RFP document. Based on the data flown from Transacting System, Middleware should be capable of determing the branch which has provided service based on the logic provided by the Bank Please explain the requirement in detail. The requirement is desired, which is already mentioned in Registration with each GST authority the RFP document. would be a one time activity. What kind of registration is being expected here? Page 8 of 14

9 The solution should be able to integrate We would request you if multiple clause It is envisaged that the Bank may have different GSP at with multiple GSPs and should be able to could be removed from this. different point of time and hence the solution shold be able automatically make to integrate with different GSPs, though at one time, it is use of particular GSP for particular return envisaged that only one GSP would be used filing / service as decided by the bank The solution should be able to support English / Hindi. Please confirm if Hindi is a mandatory requirement as our system only supports English A.2.47 (Page 55) There should be proper provision in the solution for furnishing of DATA not captured in the TRANSACTING SYSTEM such as interbank transactions/transaction without consideration etc., and to be processed along with the DATA captured I (i) as above for filing of returns. How is the value of interbank transaction without consideration determined currently? Is there any system which can handle this functionality? The requirement is desired, which is already mentioned in the RFP document. The Logic for valuation of Interbank transactions without consideration will be provided. The solution should be able to diffrentiate such transactions from the other taxable supplies A.2.53 (Page 56) All the cyber security features are to be incorporated in the solution A.2.55 (Page 56) Other requirements for proper compliance of GST provisions are to be incorporated in the package Request IDBI to provide specifications on this requirement to remove ambiguity based on such blanket statement requirement. Request IDBI to provide specifications on this requirement to remove ambiguity based on such blanket statement requirement. Clarified. No change in RFP terms. No change in RFP terms. Page 9 of 14

10 40 56 A.2.36 (Page 55) The solution should be able to 2.36 mentions that the GSP will be It would be preferable if solution provider has GSP tie ups, integrate with multiple GSPs and should be decided by the bank whereas 2.65 expects but option should be available with the bank to decide on A.2.65 (Page 56) able to automatically make bidder to have a tie up with GSP. Both of GSP suvidha provider use of particular GSP for particular return these contradict each other. Please filing / service as decided by the bank. provide clarification on the same GSP Arrangements: The bidder is expected to provide end to end solution including filing of returns with GSTN, matching of data with GSTN etc and hence the bidder should have tie up with GSP and integrate the software with GSP& GSTN A.2.65 (Page 56) GSP Arrangements: The bidder is expected The cost of GSP for its subscription and to provide end to end solution including filing of returns with services is not part of the bid value of this RFP and will be dealt with directly by IDBI GSTN, matching of data with GSTN etc and with the respective GSP. Please confirm. hence the bidder should have tie up with GSP and integrate the software with GSP& GSTN. Please refer and be guided by Point no. 8 on Page No. 73 of the RFP Bidder has to provide hardware sizing and the Solution requirement (including OS, Application/ Web / Database Server, Browsers, etc) for their solution within 15 days from the date of acceptance of order. The Performance of the hardware should be such that it should handle the millions of Data of B to C transactions and B to B transactions Could you please provide information All these required informations will be shared with the below selected bidder. 1) Number of concurrents users 2) Current database size 3) Bidder only needs to provide siizing and deployment/support would be handled by bank 4) All Infra would be provided by bidder 5) Current hardware details 6) Could we use existing infra Support should be available on Onsite/Offsite Model on 24 x 7 x 365 basis to the Bank. Onsite support is not mandatory and would be provided if necessary. Pleas confirm. Clarified. Please refer to the RFP. Page 10 of 14

11 p All updates and upgrades of OS & DB have If bidder has to provide sizing only this Bank will provide necessary infrastructure including OS and to be done by the selected Bidder without should be excluded as part of scope DB. Upgradation is also Bank's responsibility. But, the any extra cost to successful Bidder has to provide all updates and upgrades the Bank during contract period. However, for the proposed GST Solution by considering the available licenses will be provided by the Bank. OS and Database, which will be used for the proposed GST Application Sub Clause (a) Page no Sub Clause (b) Page no Sub Clause (a) Page no 62 The Bidder will be responsible for necessary tools & support services for migration of the data from the existing legacy system of the Bank and also for first time Master creation for the respective GST requirements of the bank/branches. The Bidder is expected to provide data download specs which has a mapping to source systems. Cleansing and transformation of such data to suit the requirements of the proposed system will be the responsibility of the bidder with proper logs to be maintained. Though data migration would be part of the scope of bidder, it is assumed that the extraction of data as required from the exisitng systems or providing the data in the format specified by the bidder would be done by IDBI. Please confirm Yes. Data migration tools required, if data need to be extracted from legacy systems, if any, while implementing the solution. The mapping of data download specs The format for the data to be provided by the solution mapping with source systems will need to provider and integration will also be part of their scope. be provided by IDBI as the details of the source systems will not be known to the bidder Cleansing and transformation of data provided can be part of the bidder's scope to the extent that such changes are limited to the form and structure of the data. Yes, clarified in the pre-bid meeting. However, where such transformation of data requires business inputs, it is expected that IDBI will own and / or assist the bidder in performing such activity with the requried inputs and actions Page 11 of 14

12 48 64 Sub Clause (b) Will be shared with the selected bidders. Page no 64 The Bidder will be responsible to train minimum 50 core team personnel. The core team training will include functional as well as technical training and shall be considered within the scope of the bidder. However, the final number shall be based on requirement at the sole discretion of the Bank. These personnel would include core technical team, core functional team and the trainers for the proposed application landscape D The bidder should provide evidence (the list of clients) in support for implementation of tax related solution/software or any other regulatory software for Banking / BFSI Sector (atleast 2 organizations in India, out of which one organization should be a Commercial Bank) during the last two years up-to Generic Questions It is required to scope the maximum number of training sessions that the bidder will have to conduct for both functional and technical sessions. And also the maximum number of core team personnel that need to be trained Finacle Implementtaion in Banks would be eligible for this clause. Please confirm. 50 Please mention your Turn Over (in INR Crores) 51 Has impact Assessment been done? Clarified in the pre-bid meeting. No change in RFP terms. All these required data / informations will be shared with the selected bidder. 52 Was Impact Assessment done by internal team or external agency? Please name agency if external 53 Number of source systems where Tax Determination is done Please refer RFP. Page 12 of 14

13 54 Name of the IT System(s) and version All these required data / informations will be shared with from where Tax Determination is done? the selected bidder. (e.g. SAP, Oracle, Infor) 55 Is there an in-house support team for the IT systems where Tax is determined? 56 Is there an any Third party support team providing support for the source systems where Tax is determined? 57 Have Changes been made to the Tax Determiniation ERP system to make it GST Compliant? 58 Number of GSTN IDs envisaged 59 Please mention the Applicable GSTRN forms for your Organization 60 How many Customers does the Company serve? 61 How many vendors does the Company procure from? 62 How many of the vendors that the Company procures from are within the GST net? 63 Average Number of purchase invoices generated per month 64 Average Number of invoice lines per purchase invoice 67 Average Number of sales invoices generated per month 66 Average Number of invoice lines per Sales invoice 67 Volume of open POs on any given time (approx) 68 Volume of open SOs on any given time (approx) Page 13 of 14

14 69 Volume of open sales transactions at any given time 70 Volume of open purchase transactions at any given time Date :- 29th May 2017 Place :- Mumbai Page 14 of 14