the responded in this document. rfp to the extent

65
1 Responses of the queries of Tender no: SW02032017125 – RFP for “Selection of Service Provider for Design, Development, Implementation, Training, Hand Holding and Operation & Maintenance Support for 8 years for New Integrated Finance Management System” for Finance Department (FD), Government of Gujarat The queries have been responded in this document. Revised RFP Document stands modified to the extent clarifications have been made as enclosed below. In addition, Finance Department makes following changes in the Revised RFP bid document itself. 1. Price shall be inclusive of all freight, forwarding, transit insurance and installation charges. Prices shall be inclusive of Excise Duties, if any. The prices shall strictly be submitted in the given format. Quoted prices shall be without GST. The tax components as applicable shall be mentioned separately in the respective columns. Successful Bidder will have to supply/provide services with an Invoice from a place located within State of Gujarat. 2. Offered price should be exclusive of all applicable taxes such as GST. 3. Page no. 35 Component of Scope of Work: The proposed database should be listed in any quadrant of any of last three years of Gartner report. The data should be stored in minimum 128 bit encryption mechanism. The user credential should also be stored in database in encrypted format. 4. Page no. 115 clause: 8.10.6: The software licenses supplied by SP shall be genuine, perpetual and full use. It should provide patches, fixes, security updates directly from the OEM at no additional cost to FD for the entire period of contract. All the licenses and support should be in the name of Finance Department from the date of procurement. 5. SECTION V: Timeline and PAYMENT TERMS Activity Completion Timelines (in Months) Development/Customization of IFMS Project Initiation & Team Mobilization T Submission of SRS, URS and SDD T1 = T + 4 Development of 50% functionalities of phase 1, UAT, Security audit and Training. T2 = T + 8 Development of Phase‐1 functionalities, UAT and Training, Security Audit and EQDC Testing and Go‐live of Phase 1 T3 = T + 12 Development of Phase – 2 functionalities, UAT and Training , Security Audit and EQDC Testing and Go‐live of Phase 2 T4 = T + 15 Development of Whole Application UAT and Training , Security Audit and EQDC Testing and Go‐live of Phase 3 T5 = T + 15

Upload: others

Post on 25-Feb-2022

0 views

Category:

Documents


0 download

TRANSCRIPT

1  

ResponsesofthequeriesofTenderno:SW02032017125–RFP for“SelectionofService Provider for Design, Development, Implementation, Training, HandHolding andOperation&Maintenance Support for 8 years forNew IntegratedFinance Management System” for Finance Department (FD), Government ofGujaratThe queries have been  responded  in  this document. Revised RFP Document stands  modified  to  the  extent  clarifications  have  been  made  as  enclosed below.    In  addition,  Finance  Department makes  following  changes  in  the Revised RFP bid document itself.   

1. Priceshallbe inclusiveofall freight, forwarding, transit insuranceand installationcharges.PricesshallbeinclusiveofExciseDuties,ifany.Thepricesshallstrictlybesubmitted in the given format. Quoted prices shall be without GST. The taxcomponentsasapplicableshallbementionedseparatelyintherespectivecolumns.SuccessfulBidderwillhavetosupply/provideserviceswithanInvoicefromaplacelocatedwithinStateofGujarat.

2. OfferedpriceshouldbeexclusiveofallapplicabletaxessuchasGST.3. Pageno.35ComponentofScopeofWork:Theproposeddatabaseshouldbelisted

in any quadrant of any of last three years of Gartner report. The data should bestoredinminimum128bitencryptionmechanism.Theusercredentialshouldalsobestoredindatabaseinencryptedformat.

4. Pageno.115clause:8.10.6:ThesoftwarelicensessuppliedbySPshallbegenuine,

perpetual and full use. It should provide patches, fixes, security updates directlyfrom theOEMatnoadditional cost toFD for theentireperiodof contract.All thelicensesandsupportshouldbeinthenameofFinanceDepartmentfromthedateofprocurement.

5. SECTIONV:TimelineandPAYMENTTERMS

Activity CompletionTimelines(inMonths)

Development/CustomizationofIFMSProjectInitiation&TeamMobilization TSubmissionofSRS,URSandSDD T1=T+4Developmentof50%functionalitiesofphase1,UAT,SecurityauditandTraining.

T2=T+8

Development of Phase‐1 functionalities, UAT and Training,SecurityAuditandEQDCTestingandGo‐liveofPhase1

T3=T+12

DevelopmentofPhase–2functionalities, UATandTraining,SecurityAuditandEQDCTestingandGo‐liveofPhase2 T4=T+15

Development of Whole Application UAT and Training ,SecurityAuditandEQDCTestingandGo‐liveofPhase3 T5=T+15

2  

Activity CompletionTimelines(inMonths)

Go‐LiveofWholeApplication T6=T+18Warranty and Operation & Maintenance Support ofApplicationSoftware,LicensessoftwareandCOTS afterGo‐Live

T7=T6+8Year

Development/Change in O & M Phase (with technical andfunctionaldocument) MutuallyAgreedTime

 Note: T ‐ Date of Award of Contract. PaymentTerms 

# Description PaymentTerms

1

Development/Customizationof New IFMS includingdesign, development,implementation, training &testing as per the scope ofworkdefinedinthisRFPandOSandDatabaselicenses,BITools for running theapplication.Line item 1 and 4 (licensescost)

10% of the cost of Development of New IFMS(mentionedinfinancialbid–Lineitem1and4)oncompletionofPreparationandapprovalofURS,SRSandSDDofAllmodules.25% of the cost of Development of New IFMS(mentionedinfinancialbid–Lineitem1and4)oncompletionofDevelopment,Testing,securityauditincludingmobileappandwebportalofatleast50%functionalitiesofthephase115% of the cost of Development of New IFMS(mentionedinfinancialbid–Lineitem1and4)oncompletion of Development, Testing and Go‐Live,security audit and EQDC Testing including mobileappandwebportalofatleast50%functionalitiesofthescopeofwork(i.e.Phase1)40% of the cost of Development of New IFMS(mentionedinfinancialbid–Lineitem1and4)oncompletion of Development, Testing and Go‐Live,security audit and EQDC Testing including mobileapp and web portal of remaining 50%functionalitiesofthescopeofwork(i.e.Phase2)10% of the cost of Development of New IFMS(mentionedinfinancialbid–Lineitem1and4)oncompletionof3monthsofGo‐Live fixingbugsanderrors

1A

Development/Customizationof Panchayat FinanceManagement Systemdesign,development,implementation, training &testing as per the scope ofworkdefinedinthisRFPLineitem2

20% of the cost of on completion of PreparationandapprovalofURS,SRSandSDD.60%of thecostofoncompletionofDevelopment,Testing and Go‐Live, security audit and EQDCTesting includingmobile app andweb portal of atleast50%functionalitiesofthescopeofwork20%of thecostoncompletionof3monthsofGo‐Livefixingbugsanderrors

3  

# Description PaymentTerms

2

In case of COTS Product(ERP Solution) line item1,3&4

25%oncompletionofPreparationandapprovalofURS,SRSandSDDofAllmodules.15% of the cost of Development of New IFMS(mentionedinfinancialbid–Lineitem1and4)oncompletionofDevelopment,Testing,securityauditincludingmobileappandwebportalofatleast50%functionalitiesofthephase115% on completion of Development, Testing andGo‐Live,securityauditandEQDCTestingincludingmobile app and web portal of at least 50%functionalitiesofthescopeofwork(i.e.Phase1)35% on completion of Development, Testing andGo‐Live,securityauditandEQDCTestingincludingmobile app and web portal of remaining 50%functionalitiesofthescopeofwork(i.e.Phase2)10% on completion of 3months of Go‐Live fixingbugsanderrors

3ATS & AMC of COTS for 8years‐Lineitem6

quarterly in equal installments after completionofeach quarter and submission of Invoice asmentionedinFinancialbid‐

4

OperationsandMaintenanceof New IFMS SoftwareSolution & Data Migrationsupport for contract periodincludingTechnical support,Product Upgrades, Updates,patches, security updates,bug fixes etc. and ATS andAMCoftheOSandDatabaseLicenses,BITool line item5and7

quarterly in equal installments after completionofeach quarter and submission of Invoice asmentionedinFinancialbid

5

Hand‐Holding Support atDistrict Panchayat andDistrictTreasuryOfficebid–lineitem8

Payment will be released quarterly basis aftercompletionofeachquarterandaftersubmissionofInvoiceasmentionedinFinancial

6

Training–LineItem9 Paymentwill be releasedbatchwise on successfulcompletion of training of the particular batch andafter submission of Invoice as mentioned inFinancialbid

6. Followingtools/softwarelicensesavailablewithGujaratStateDataCenteron

sharedbasis. CASpectrum, eHealthPerformanceManager, NetworkFlowAnalysis, UnifiedInfrastructureManagement,ApplicationPerformanceManagement ServiceOperationsinsightforSystemsandnetworks

4  

ClientAutomation, CAServiceManagement, CABusinessServicesInsight. TrendMicroAntivirus ITAssetManagement,ITClientManagement,SSO&IDAM. AlsoinAntivirusDeepSecurity‐HIPS‐HostbasedIPSforServerOfficeScan– ForClientAVIMSVA– FormailSecurityScanMail‐ForExchange SSLCertificate‐WildcardcertificateforGujaratDomain. WAFandDBFirewallThesoftware/toolsrequiredotherthanabovelistshouldbeprovidedbytheselectedbidder.

7. ComputepoweravailableunderG‐Cloudatdatacenter

Sr.No. Description Make Model

1

4004CoreWith30720GBRAM

ServerTypeI(2*22Core,320GBRAM)

Cisco UCSB‐B200‐M4

ServerTypeII(2*22Core,384GBRAM)

Cisco UCSB‐B200‐M4

BladeChassis Cisco UCSB‐5108‐AC2FabricInterconnect

Cisco UCS‐FI‐6332‐16UP‐U

2 LANSwitch Cisco N3K‐C3524P‐10GX3 SANSwitch Cisco DS‐C9148S‐12PK9

4CloudManagementSoftwareLicense(for3740CoreofCloud)

Microsoft SystemCenter

5WindowsServerDatacenter(forCloudManagementSoftware)

MicrosoftWindowsserverdatacenteredition

6WindowsServerStandard(forSQLServerpartofSystemCenter)

Microsoft MSSQL

7 Firewall Fortinet FG‐3000D28. TransactionalVolume:

Type 2015‐16 2016‐172017‐18(till06/07/17)

No.ofBillsCount 1591797 1599990 399407Amount 917626994479 1037657897670 339218904060

No.ofChequesCount 1656893 1531698 274218Amount 679449011994 746955383048 207021243148

5  

Type 2015‐16 2016‐172017‐18(till06/07/17)

No.ofePayment

Count 4408007 5497505 1991524Amount 94850075600 281467124209 111517915208

No.ofVouchersCount 1311394 1315204 287979Amount 710937357706 778956515263 206457012515

No.ofChallan

Count 11477799 11625825 3469340Amount 2067867560939 2077845237442 553745077818

No.ofChallanCreatedinStamp

Count 157654 146210 43019

Amount 13715663815 13664318222 4647290418

No.ofChallaninPDPLA

Count 233120 227481 58491Amount 403883209911 384504816832 92467506471

No.ofChequeinPDPLA

Count 634015 460205 121896Amount 383099355199 364448007486 104613023548

No.ofChallanPostinginEMD

Count 12968 12349 2441Amount 618969276 863970934.4 88601637

No.ofChequeinEMD

Count 56 50 1Amount 103589070 53847041 855

No.ofAdviceLC

Count 22731 24477 3781Amount 118436857116 97412315182 18247002276

6  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

1. 7

“Selection of Service Providerfor Design, Development,Implementation, Training,HandHoldingandOperation&Maintenance Support for 8years for New IntegratedFinanceManagementSystem”

No product is supported for 8 years thesedays. Five years of support ismaximum thatany OEM/Vendor offers.Takingwarranty/AMCbeyond5 years is notpossible as noone provides such support.Hencerequest thedepartment toconsideratmax5yearsofsupport/O&M.

No Change. As per revisedRFP.

2. 90 Users

Concurrency of 20 thousand is toomuch forsystems like IFMS. Though the hardware isprovided by the department , concurrencyvalue affects Software sizing as well. Sincesystem SW (OS, DB) is in bidder's scope,wewillunnecessarilybeincludingcostforahugeBOM which is not really required to setupIFMS application.Foreg:DB:ItsmentionedthatthechosenDBshouldbeingartnersleader'squadrant.Sucha class DB sized for 20000 concurrent userswould be huge expense.Kindly provide a realistic number to beconsidered.

Modified:ConcurrentUser:5000

7  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

3. 90 Application response time of500msatclientside

Application response relies on multiplefactors including hardware , network etc. Soexpecting 500 ms response time at the enduser location isnotpractical.Werequest thedepartment to keep it at 5 secs especiallybecause thesystems involve integrationwithother systems, complex workflows acrossdepartmentsetc.

1. Indicators, completingordinary user commands(e.g. closing a window),completing backgroundtasks (e.g. reformatting atable) i.e. Application fine‐tune 500 ms second2. Displaying a graph oranything else a typical userwould expect to take time(e.g.displayinganewlistofall a company's personnel,transactionsforanspecifiedperiod) 1 seconds3.Accepting,processingandrendering output of amultiplevariableMIS&DSSsystem – 4 variable task 3seconds

4. NA SMS Gateway, Paymentgateway,Email

In theprebidresponsePage#101pt#587 itsays "Payment, SMS and Email Gateway willbe provided by bidder" whereas in all othertext it says dept will provide these services.Kindly confirm that the department willprovidetheseservicesatitscost.

Department will provideEmail, SMS and Paymentgateway.

5. 943.4.1. Handholding andsupportteam]atHeadQuarterandDistractLocations

Are these 100 resources required for theentire 8 years? Please reconsider , we canwork out a plan tp gradually decrease thenumberofresourcesovertheperiodasusersgetaccustomedtothenewapplication.Pleaseallowustoproposeaplan.

Bidder can propose.However, bidder has todeploy resources as perrecommendationofFinanceDepartment.

8  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

6. NAHelpdesk & Handholdingservice window / workinghours

PleaseconfirmthatthehelpdeskandHHstaffwill be available during department officehours

9:00to7:00hrsandasandwhen any critical issuearises, on call/onsitesupportneedtobeavailableanytime.

7. 102 SLA

Page #102 says : The bidder must correctall “Critical severity” problems (system notfunctioning, no workaround) within 6hours;all “Medium severity” problems (system notfunctioning, workaround available) withintwo business days;all “Low severity” problems (not impactingbasicfunctionality)withinfivebusinessdays.WhereastheSLAintabularformpage#108isdifferent. Please confirm that we need tofollow page #102 text.clarify which one tofollow.

Clause:4.2.5Removed.

8. NA Training

How many people should we consider fortraining?InthelastRFPitwasindicatedas5batches:"TrainingChargesfortrainingtoaTrainerina batch of 20 to total 100 trainer" incommercialformat.Doesthisholdnowaswell?Pleaseclarify.

AsperrevisedRFP.

9. 100 DigitalSignature

Is the department looking for aadhar baseddigital signing or hardtoken based digitalsigning?

System need to haveprovision of both facilities.Currently, the hard tokenbased digital signingcertificateisused.

10. 125 100%onsitesupportTheRFPhas called for100%onsite support.Wewouldrequestthedepartmenttoconsideronsite ‐ offshore model which we have

No change. As per revisedRFP.

9  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

successfully implemented in differentaccounts in diff geographies. We shall placecriticalresourcesatthedepartmentpremisesasandwhenrequiredandtherestoftheteamoperatefromTCSAHDofficelocations.

11. 45 HRMSandPayroll

Will the SATHI application continue to co‐exist and be maintained by it SI? Will theexistingpayrollsetupcontinueasit istoday?We are unable to get a clear picture readingtheprebidanswersandtherevisedRFP.

Voucher generation andpayment processingwill becarriedoutinIFMS.

12. 11 Implementation phases ‐Phase1,phase2andphase3

WeunderstandthatthePanchayatiRajFMSisto be implemented in Phase 3. Pleaseconfirm.PleaseconfirmthatthebelowtableiscorrrectPhase1:DynamicBI according to thecategory BudgetIntegration with GST/GrantDistribution/Debt. ManagementSystem/Treasury Functions/ControllingOfficer FunctionsDrawing & DisbursementOfficer Functions/Receipt ManagementSystem/ePayment, eReceipt, eRefund inrespect of Govt on one hand and Govtoffices, businesses and individuals on otherhand/IntegrationwithExternalAgencies (e.gRBI, Banks, AG, HRMS, PFMS, WMS)Phase2:Employee Database/Pay Fixation & PayVerificationContractManagement(Limitedtofor GoI Project for UTC, State&GoI projectsGeneral details such as Name, Milestone,Progress, Payment for monitoring externallyaidedprojects)ForDPPF/BureauofPublicSector Enterprises (BPE) Examiner, LocalFunds/ Directorate of InsurancePhase 3:

AsperrevisedRFP.

10  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

PanchayatiRajFMSfor AllDistrictPanchayats/AllTalukaPanchayats

13. NA IWDMSsystemWhat is the impact on the existing IWDMSsystem?

As per revised RFP andresponses of pre‐bidqueries

14. 45 EDP WhatisEDP? ElectronicDataProcessing

15. 104 Timelines

SRS,SDDismarkedfor8months,whichistoolate when the the implementation is to becomplete by 15 months. Please clarify.Alsopleasenotethatthatthebiddersarenotpaid any amount until 8thmonth for all theservicesdonetillthen.

No Change. As per revisedRFP.

16. 22 RFID What is the intended usage of RFID tags inIFMS?

WordRemoved:RFID

17.

EMD/Bid Security must be inthe form of DemandDraft/Bank Guarantee in thename of “Gujarat InformaticsLtd.” payable at Ahmedabad/Gandhinagar. In caseofEMDintheformofBG,itshouldbevalid for 9 months from thedateofbidsubmission.–EMDvalidity should not be morethanbidvalidity.

It is recommended that EMD validity not bemore than 180 days from the Financial BidOpening

No Change. As per revisedRFP.

18.

System based clearance ofbills in all treasuries spreadover 253 locations in Gujarat,after checking for the budgetavailabilitywith thedatabase;‐

Kindlysharethelistofallthelocation AcrosstheGujarat.

11  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

19.

The Performance BankGuarantee (PBG) has to besubmitted within fifteen (15)working days of receipt ofaward. The PBG shallcomprise two parts; 10% ofthevalueofDevelopmentCostof Price Bid valid for 2 yearswhich would be dischargedand returned after Go‐Live +180 days and second part as10% of the value of O & MPeriod of Financial Bid (O&Mcomponent) valid up to 180days beyond the expiry ofcontract.–

thesecondPBGshouldbeprovidedonlyafterthefirstiscollectedfromthecustomer

No Change. As per revisedRFP.

20. 104

Pg 104 Warranty andOperation & MaintenanceSupport of ApplicationSoftware, Licenses softwareandCOTSafterGo‐LiveatT7=T6+8Year.

WhatisthevalueofT6andwhatwillbetotalcontractperiod?AndO&Mshouldbereducedfrom8yearsto5years

Asabove

21.

8.14.2. Termination forConvenience: FD by writtennotice sent to the SI, mayterminate the Contract, inwhole or in part, at any timeforitsconvenience.Thenoticeof Termination shall specifythattheterminationisforFD’sconvenience, the extent towhich performance of the SP

Thisclauseneedstobedeleted No Change. As per revisedRFP.

12  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

under the Contract isterminated,andthedateuponwhich such terminationbecomeseffective.–

22.

The contract period will beDevelopment+8yearsO&Mafter the Go‐Live ofApplication. However theDepartment will take thereview on all the activitiescarried out, performancereports submitted by bidderafterthecompletionof3Yearsand 5 years. The SP agreesthat in any case SP shall notterminate the contract.However, the departmentreserves a right to terminatethe contract by sending anotice to the bidder in theevents of non‐performance,security violations and non‐compliance.

– Both Customer and SI should be able toterminatethecontract.

No Change. As per revisedRFP.

23. LimitationofLiabilityThisshouldbeamaximumof10%ofTCV No Change. As per revised

RFP.

24. There isno clause for transferof ownership.Ownershipshouldbetransferredtocustomerondelivery

No Change. As per revisedRFP.

25. Exitmanagementhasnonoticeperiod.Thereshouldbeanoticeperiodof180days.

PleaseseerevisedRFP.

13  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

26.

Credit Period is nowhere given in RFP.It isrecommended to pay the invoices raised byTCS within 30 days of receipt of invoices,failingwhich interest@2%permonth shallbecharged.

No Change. As per revisedRFP.

27. 91

Recovery Point Object (RPO)should be zero and RecoveryTime Objective (RTO) shouldnotbemorethan120minutes.

RPO zero is not possible without NDR site ‐we suggest you to change the RPO to 30Minutes

The DC and DR Site shouldwork as Active‐passive andpassive‐active.Thedatalossshould not be more than5minutes.

28. 94 Central Site O & M Team ‐workinghours

Please confirm theworking hours of CentralSiteO&MTeam

asabove

29. 94 CentralSiteO&MTeamPlease define the Number of resourcesrequiredforsection3.4.1.2,pointb,serialno2(CentralSiteO&MTeam:)

Bidderhastoproposebasedonthescopeofwork.

30. 108

SLA‐ProductAvailability99.7%

What is the meaning of Product Availabilityplease clarify ‐ is it IFMS2 Applicationavailability?

Yes

31.

Portal & Mobile appconcurrentusers

Expected concurrent users on Internet &MobileappPortal

All Govt. employees otherthan teacherswho involvedin financial transaction.All Class 1 & Class 2employees of StatePanchayatAll users of accountingbranchof state govt. officesCitizen who will be payingto govt. treasuries (pleasereferprocessonpageno.59ofrevisedRFP)

32. Section 20 Conditional bids are liable to Bidder requests modification: ‐Conditional No Change. As per revised

14  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

2,2.22.4 berejected. bidsareliabletoberejected. RFP.

33.

Section2,2.27

23 2.27.1. At the same time asconcernedFD/GILnotifies thesuccessful Bidder that its bidhas been accepted, FD willsend the bidder the ContractForm, incorporating all theagreements between twoparties.2.27.2. Within 15 days ofreceipt of the Contract Form,the successful bidder shallsignanddatethecontractandreturn it toFDand send copytoGIL.

Bidder requests modification: ‐2.27.1.AtthesametimeasconcernedFD/GILnotifies thesuccessfulBidder that itsbidhasbeen accepted, FD will send the bidder theContract Form, incorporating all theagreements between two parties.2.27.2. Within 15 days of receipt of theContract Form, the successful bidder shallsign and date the contract containingmutuallyagreedtermsandconditionsandreturnittoFDandsendcopytoGIL.

No Change. As per revisedRFP.

34.

ClauseVI

41 Dash boards reports withvariousfilterrange(indicativenot limited to following):ü Projected debt servicingü Debt Repaidü Debt Outstanding….(Asperdraft)….

Dashboardsreportswithvariousfilterrange(indicative not limited to following):ü Projected debt servicingü Debt Repaidü Debt Outstanding…..(Asperdraft)…..

No Change. As per revisedRFP.

35.

SectionIII

88 During Operation andMaintenance Period biddersare expected to carry out anyno. of Change Request that isrequired due to change infunctionalities, Act, Rule, GRetc. during the 8 years ofOperation and Maintenanceperiod.Noadditionalpaymentwill be made during O & M

Bidder requests modification: ‐During Operation and Maintenance Periodbidders are expected to carry out any no. ofChange Request that is required due tochange in functionalities, Act, Rule, GR etc.during the 8 years of Operation andMaintenance period. No additional paymentwillbemadeduringO&Mperiod.Duringtheperiod of O & M, bidder has to deploy

No Change. As per revisedRFP.

15  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

period.DuringtheperiodofO& M, bidder has to deployminimum 5 resources(applicationdeveloper,systemanalyst, DBA or any othersuitable persons) onsitehaving more than 5 years ofexperience to carry out suchnecessarychangerequest.Thecost of the same should beincluded in the Financial BidPart3.DuringthecourseofO& M, bidder may suitablydeploy more resources, ifrequired to perform anychanges in the developedapplication.

minimum 5resources (application developer, systemanalyst, DBA or any other suitable persons)onsitehavingmorethan5yearsofexperienceto carry out such necessary change request.ThecostofthesameshouldbeincludedintheFinancialBidPart3.DuringthecourseofO&M, bidder may suitably deploy moreresources,ifrequiredtoperformanychangesin the developed application.Requesting to delete the line "No additionalpaymentwill bemadeduringO&Mperiod"Fromtheclause.

36.

Section5,5.2

99 Payment Terms…. (As perdraft)…..

Paymentforanyhardware/product/license/ software to be supplied shall be made as100% on delivery of the same.Payment forany development / implementation activityshallbedoneonmilestonebasis.Fullchargesfor any development / implementationactivity should be paid 100% by Go‐Live.PaymentforanyO&M/support/ATS/AMC / Handholding activity shall be onquarterly arrears.Payment for trainingactivityshallbemademonthlyonthebasisofactual work completed.As products like ‐COTS, OS, DB etc are paid up items to OEM,therefore request you to consider thepayment of 90% on delivery of the such

Asabove.

16  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

products and balance 10% on successfulinstallation&commissioningofthesystem

37.

Section5,5.2

99 Payment Terms….(Asperdraft)…..

Upon submission of invoice by SP, theCustomershallwithin7days,accept/reject/seek additional period of 7 days to confirmthe invoice, failingwhich the invoicewill bedeemed accepted. In the event Customerdisputes an invoice, 20% of the value ofdisputed invoice shall bewithheld. Upon thedispute being settled, the amount withheldmay be released or further sum asmutuallyagreedmaybedeductedfromthesubsequentinvoice.Payment shall bemadewithin 30 days fromthe respective submission of the requireddocuments. If the customer defaults, thenWipro shall charge an interest of 1% permonthontheamountsduefromtheduedatetill the actual payment date.As products like ‐ COTS, OS, DB etc are paid

Asabove.

17  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

up items to OEM, therefore request you toconsider the payment of 90% on delivery ofthe such products and balance 10% onsuccessfulinstallation&commissioningofthesystem

38.

Section8,8.13

110 Under the Contract, FD may,by written notice terminatethe SP in the followingways:8.13.1. Termination byDefault for failing to performobligationsundertheContractofifthequalityisnotuptothespecificationorintheeventofnon‐adherence to timeschedule.8.13.2. Terminationfor Convenience: FD bywritten notice sent to the SI,mayterminatetheContract,inwhole or in part, at any timeforitsconvenience.Thenoticeof termination shall specifythattheterminationisforFD’sconvenience, the extent towhich performance of the SPunder the Contract isterminated,andthedateuponwhich such terminationbecomes effective.8.13.3. Thesoftware that is complete andready for rendering /deployment within 30 daysafter the SI’s receipt of notice

Bidder requests modification: ‐Under theContract,FDmay,bywrittennoticeterminatethe SP in the following ways:8.13.1.TerminationbyDefault for failingtoperformobligationsundertheContractofifthequalityisnotuptothespecificationorintheeventofnon‐adherence to time schedule.8.13.2.Termination for Convenience: FD Eitherparty, by written notice sent to the otherparty SI, may terminate the Contract, inwhole or in part, at any time for itsconvenience. The notice of termination shallspecifythattheterminationisfortheparty'sFD’s convenience, the extent to whichperformance of the SP under the Contract isterminated, and the date upon which suchtermination becomes effective.8.13.3. Thesoftware that is complete and ready forrendering/deploymentwithin30daysafterthe SI’s receipt of notice of termination shallbeacceptedbyFDat theContract termsandprices. For the remaining services, FD /GILmay elect:a) To have any portion completedand delivered at the Contract terms andpricesatitsownriskandcost;and/orb)Tocancel the remainder and pay to the SP anagreed amount for partially completed

No Change. As per revisedRFP.

18  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

of termination shall beacceptedbyFDattheContractterms and prices. For theremaining services, FD /GILmay elect:a) To have anyportion completed anddelivered at the Contracttermsandprices;and/orb)Tocancel the remainder and paytotheSPanagreedamountforpartially completed softwareand for software previouslyprocuredbytheSI.

software and for software previouslyprocuredbytheSI.Providedacureperiodofat least thirty(30)daysshallbeprovidedtoSPtoremedythedefectsandonlyiftheSP fails to remedy the failurewithin thecure period shall FD have the right toterminate the contract.NoChangeSuggestion:Period of Terminationtobedefined

39.

Section8,8.21

113 The contract period will beDevelopment+8yearsO&Mafter the Go‐Live ofApplication. However theDepartment will take thereview on all the activitiescarried out, performancereports submitted by bidderafterthecompletionof3Yearsand 5 years. The SP agreesthat in any case SP shall notterminate the contract.However, the departmentreserves a right to terminatethe contract by sending anotice to the bidder in theevents of non‐performance,security violations and non‐compliance.

ThecontractperiodwillbeDevelopment+8yearsO&Mafter theGo‐LiveofApplication.HowevertheDepartmentwilltakethereviewon all the activities carried out, performancereports submitted by bidder after thecompletion of 3 Years and 5 years. The SPagreesthatinanycaseSPshallnotterminatethe contract. However, the departmentreserves a right to terminate the contract bysendinganoticetothebidderintheeventsofnon‐performance, security violations andnon‐compliance.

No Change. As per revisedRFP.

19  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

40.

Section9, Form1 ‐ BidProposalForm

115 Until a formal contract isprepared and executed, thisbid, together with yourwritten acceptance thereofandyournotificationofawardshall constitute a bindingContractbetweenus.

Request you to modify the clause as ‐ "Anexecution of contract between the purchaser&successfulbiddershallconstituteabindingcontractbetweenus."

No Change. As per revisedRFP.

41.

Section9, Form6 ‐ SelfDeclaration

118 We undertake, if our bid isaccepted, toprovide_______________________________________, in accordancewiththetermsandconditionsin the tender document.If ourbid isacceptedwewill obtainthe guarantee of a bank for asumequivalent to 10%of theContract value, in the formprescribed by thepurchaser.We agree to abidebythisbidforaperiodof180days after the date fixed foropening of Price Bid sectionunder the Instruction toBidders and shall remainbinding upon us and may beaccepted at any time beforethe expiryof thatperiod.Untila formal contract is preparedand executed, this bid,together with your writtenacceptance thereof and yournotification of award shall

We undertake, if our bid is accepted, toprovide_____________________________________________________, in accordance with the terms andconditions in the tender document.If our bidisacceptedwewillobtain theguaranteeofabank for a sum equivalent to 10% of theContractvalueaftersigningthecontractonmutually agreed terms and conditions, inthe form prescribed by the purchaser.Weagreetoabidebythisbidforaperiodof180daysafter thedate fixed foropeningofPriceBid section under the Instruction to Biddersandshallremainbindinguponusandmaybeacceptedatanytimebeforetheexpiryofthatperiod.Untilaformalcontractispreparedandexecuted,thisbid,togetherwithyourwrittenacceptance thereof and your notification ofaward shall constitute a binding Contractbetweenus.Weunderstandthatincompetingfor (and if the award is made to us, inexecutingtheabovecontract),wewillstrictlyobservethelawsagainstfraudandcorruptionin force in Gujarat namely Prevention ofCorruptionAct1988.Weunderstandthatyouarenotboundtoacceptthelowestoranybid

No Change. As per revisedRFP.

20  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

constitute a binding Contractbetween us.We understandthat in competing for (and ifthe award is made to us, inexecuting theabovecontract),we will strictly observe thelaws against fraud andcorruption in force in Gujaratnamely Prevention ofCorruption Act 1988.Weunderstand that you are notbound toaccept the lowestorany bid you may receive. Wehave not been under adeclaration of ineligibility forcorrupt and fraudulentpractices,and/orblack‐listedor debarred by any of theGovt.DepartmentoritsPSUinthe past 5 years, ending on31st March, 2016 in Gujarat.We have not imposed anycondition in conflict with thetender condition if it is foundit should be treated aswithdrawn.We have not beenconvicted for any criminalcases(s) by any of the Govt.Department or its PSU inGujarat regarding any supplyand contracts with ourfirm/company.We have not

youmay receive.We have not beenarenotunderadeclarationofineligibilityforcorruptandfraudulentpractices,and/orblack‐listedor debarred by any of the Govt. Departmentor its PSU in the past 5 years, ending on31stMarch,2016inGujaraasonthedateofsubmissionofthebid.Wehavenotimposedany condition in conflict with the tendercondition if it is found it should be treatedaswithdrawn.We have not been are notcurrentlyconvictedforanycriminalcases(s)byanyof theGovt.Departmentor itsPSU inGujarat regarding any supply and contractswith our firm/company.We have notbreached/violatedanycontractualconditionsso far to any of the Govt. Department or itsPSU.Incaseanyoftheabovestatementsmadeby us are found to be false or incorrect, youhave right to reject our bid at any stageincludingforfeitureofourEMDand/orPBGand/orcanceltheawardofcontract

21  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

breached/violated anycontractual conditions so fartoanyoftheGovt.Departmentor its PSU.In case any of theabove statementsmade by usare found to be false orincorrect, you have right toreject our bid at any stageincluding forfeiture of ourEMD and / or PBG and / orcanceltheawardofcontract

42.

Section9, Form8

121 The E.M.D. may be forfeited:If a Bidder withdraws its bidduring the period of bidvalidityDoesnotacceptthecorrectionof errors made in the tenderdocument;Incaseofa successfulBidder,if the Bidder fails:1) To sign the Contract asmentioned above within thetime limit stipulated bypurchaser or2) To furnish performancebank guarantee as mentionedabove or3) If thebidder is foundtobeinvolved in fraudulentpractices.4)Ifthebidderfailstosubmitthe copy of purchase order &

The E.M.D. may be forfeited:If a Bidder withdraws its bid during theperiod of bid validityDoesnotacceptthecorrectionoferrorsmadein the tender document;In case of a successful Bidder, if the Bidderfails:1)To sign theContractonmutuallyagreedterms and conditions as mentioned abovewithinthe time limitstipulatedbypurchaseror2) To furnish performance bank guaranteeafter signing the contract as mentionedabove or3) If the bidder is found to be involved infraudulentpracticesbyacourtofcompetentjurisdiction.4) If the bidder fails to submit the copy ofpurchaseorder&acceptancethereofdespiteFD adequately considering the deviationssubmittedbythebidder.

No Change. As per revisedRFP.

22  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

acceptancethereof.

43.

SavingsClause

NA Clausetobeadded SP’s failure to perform its contractualresponsibilities,toperformtheservices,ortomeetagreedservicelevelsshallbeexcusedifandtotheextentSP'sperformanceiseffected, delayed or causes non‐performance due toFD'somissionsoractionswhatsoever.

No Change. As per revisedRFP.

44.

DeemedAcceptance

NA Clausetobeadded Servicesand/ordeliverablesshallbedeemedto be fully and finally accepted by FD in theevent when FD has not submitted itsacceptanceorrejectionresponseinwritingtoSPwithin15daysfromthedateofinstallation/ commissioning or when FD uses theDeliverable in itsbusiness,whicheveroccursearlier. Parties agree that SP shall have 30days time to correct in case of any rejectionbyClient.

No Change. As per revisedRFP.

45. 3.2.2. 31

3.2.2. Approach of SP foradopting the SolutionAny of the followingapproaches may be adoptedby the selected ServiceProvider:a) Development of a newapplicationspecifictoneedsofthe Departmentb) Configuration /customizationofapre‐existingproductCommerciallyOffTheShelf(COTS)productstomeettheneedsoftheDepartment.

Pleasemodify this tomandateCOTSproductorgivebettertechnicalscoretoCOTSproductalong with QCBS evaluation of bids.Pleaseaddqualificationcriteria for theCOTSproduct to be a matured product, which isused in at least two similar implementationsand in established in market for at least 5years.Thesolutionwillbemorerobust,time‐tested,scalable & extensible which will also enablefaster implementation time.Use of custom code allows use of existingcode to be reused and updated which willhave a cost advantage, however existingbaggages will get carried forward. Will also

No Change. As per revisedRFP.

23  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

provide an unfair advantage to incumbentvendor.

46. 3.2.2. 31

Bidderhas todeliver the finalproduct with unlimited users’licensestoGovt.ofGujaratforthedurationoftheprojectifitisaCOTSproduct.

Remove the requirements, which may putCOTS based solutions (which is technicalbetter) at a disadvantage.Asking for unlimited user license mayunnecessarily increase the cost, whereinactuallythismaynotberequiredasprojectednumbers of internal users are known.Also some of the base products, even, if anERP solution is custom built, might have auserbasedlicense.Pleaseconfirmwhetherallsuchlicensesshouldbeunlimited.

No Change. As per revisedRFP.

47. 4.1 99

4.1. Acceptance CriteriaFor each of the projectrequirements, there areoperational requirements,deliverables and a set ofstandards, whereverapplicable as per thefollowing:1.ProcessFlowdesignWFMC& BPMN 2.0 or higherStandards

If a COTS product is proposed,which coversall the business processes, then this mayadditionallyrequireatoolformodellingusingBPMN,whichputs COTSbased solutionwithprice disadvantage. Please re‐consider thisrequirement to be exempted for COTSbasedsolution.

No Change. As per revisedRFP.

48. 2.23 23

Final Evaluation ofBidProposals will be rankedaccording to their lowest (L1)quotation. The bidder whohavequotedlowestbidwillbeinvited for negotiations forawardingthecontract. Incaseof a tie where two or more

Pleasemodify the selection of the successfulbidderbymeansofQCBSmodelwithatleast70%weightagetotechnicalscore

No Change. As per revisedRFP.

24  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

bidders quote the same price,the bidder with the highertechnical scorewill be invitedfirst for negotiations forawardingthecontract.

49. 2.23.6.1 22Page 21 ‐ Sec 2.23.6.1 ‐ProductRoadmapforthenexteightyears

Request to reduce it to 5 years. Eight yearsroadmapseemstobeaverylongerperiodofcommitment.

No Change. As per revisedRFP.

50. 3.2.3 32

Post the detailed study, theselected Service Provider willbe required to suggest to theDepartment morefunctionalities in addition tothe ones mentioned in thisRFP that may be included inRFP to meet the businessrequirements of theDepartment.

Please confirm the understanding that anysuch new requirements will be separatelyestimated and considered via changemanagementprocedure(changerequest)andthe pricementioned in the financial bidwillbe excluding any such requirements (as thesame is not available and cannot beestimated at present).Alternatively a fixed bucket of enhancementefforts per year may be suggested to beincluded in price for expected quantum ofchanges (The current minimum number ofresourcescanbeconsideredforthesame)

No Change. As per revisedRFP.

51. 3.4 93

The applicationdeveloper/software providershould ensure that theproposed applicationarchitecture&offeredsolutionincluding hardware, softwareor any other tool should belatestandshouldnotbeendofsupport/end of sales duringthe8yearsofO&Mperiod.

OEMwillnotagreeonEndofSalesphrase. The applicationdeveloper/softwareprovidershouldensurethatthe proposed applicationarchitecture & offeredsolution including softwareor anyother tool shouldbelatestandshouldnotbeendof support/end of salesduringthe8yearsofO&Mperiod. In case if so, bidder

25  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

has to give the latestversion, latest majorupgrade/alternate productwith all relevantcustomization without anyadditional cost to GoG.Bidder has to provide theundertakingforthesame.

52. 6.2.1 107 Page 102 ‐ Sec 6.2.1.1 ‐ UATMilestone

We recommend to keep UAT phase out ofpenalty clause as this phase is highlydependentonclient

No Change. As per revisedRFP.

53. 3.1 26

The IFMSwhenestablished inNovember2009andhasbeenin operation for the past 7years. The IFMS handles thefollowing volume oftransactions: <Table>Figuresare for the financial year2014‐15.

Please clearly mention the duration for thesaid transactions (per year/month/day), andalsothevolumeexpectedforthesystemtobeproposed, also considering the projectedgrowth.More accurate & optimum sizing ofthesolution

Itisyearlytransactions.

54.

3.13.1.1

2728

With the passage of time andadvancement in technology,the requirements of the userdepartmentsandstakeholdersof the treasuries haveincreased immeasurably,whichare enunciated briefly herebelow –….8) Business Process Re‐engineering (BPR)18Theproposedsystemplans

These lines indicateaBPR(BusinessProcessRe‐engineering)activityisexpected,insuchacase,suggestsuchanactivitytobedonefirstbefore floating an RFP based on that. If it isnot BPR really required, instead only arequirementgatheringandanalysisactivitytobe carried out , remove the references toBPRProper estimation of the solution notpossible before BPR and requirements arefinalized. If done, and the bidder whounderestimatethescopeisselectedbasedonprice, there will be issues during executionswhichwillaffectnotonlytheImplementation

No Change. As per revisedRFP.

26  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

to implement the followingBusiness ProcessReengineeringi. Online bill generation &submissionii. Implementation ofworkflowfordrivingapprovalprocessiii.IssueofonlineGovernmentOrders.iv.Useofdigitalsignaturesforsigning documents.v. Web based submission ofchallans.vi. Use of electronic fundstransferformakingpayments.

Agency,butthepurchaseraswell.

55. 3.1 27 <Diagram depicting exitingsystemfunctionality>

Please clarify the legends used for entitiesoutside existing IFMS. Which of these aresystems,which are users/ people,which arejust interfaces (such as files). For example,does Finance department of Gujarat alreadyhaveanHRMSsystem?Ifsowhatisexpectedto be done with the same ‐ retain andintegrate with the new IFMS systems to beproposed?Insuchascenario,pleaseclarifyonthe platform, technology & interface of theexistingsystemtobeintegrated.

Asabove

27  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

56. 3.1.2,7 29

Theaboveoutcomeswouldbefacilitated by the NEW IFMSthrough the followingmodules, and otherrequirement as mentioned inRFP. but not limited to:…·Personnel Management(HRMS) & Payroll module(thorough SATHIApplication)…· Interfacemodules with RBI, AgencyBanks,HRMS,WMS,PFMS,AGetc.,

PleaseclarifywhethertheHRMSmoduleistobe implemented freshly in the proposedapplicationoruseanexistingapplicationandonly integratewith that. If there isanyotherapproach planned, please clarify so that thenew system can be properly sized andestimated.

The payroll processing willbe done in HRMS andpayment will be process inIFMS.

57. 3.2.1 31

During the 8 years of O & Mperiodanymigrationactivitiesrequired to carry out due tochange in Infrastructure,Software etc. should be donebybidderatnoextracost.

Please define the causes for softwaremigration to be only to patches & minorupgrades. Major upgrades and any solutiontechnology upgrade to be evaluated,estimated and mutually agreed beforeimplementation ‐ to be taken via changemanagement procedure with additional costimplication

There will not be anychange request as this willbe continues developmentprocess.

58. 3.2.3 33

The proposed system shouldbe capable of interfacingwithexternal systems/ agencies inordertoallowforexchangeofdata and communicationwiththose systems.b) The following is anindicative list of externalsystems / agencies that theproposed system should becapable of interfacing

Pleaseprovidethelistofexternalandexistingsystems to be integrated, which needs to beestimated as part of scope of this proposal(additionalones,ifanytobetakenvischangemanagement procedure).Also please provide the technical details onsystems to be integrated (Platform,technology & interfacing method)Pleasealsoprovidethelistofdataexchangesexpected to be implemented so thatintegrationeffortcanbeestimated.

AsperrevisedRFP.

28  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

...The external interfacedevelopment will be doneduring the course of theProjectasandwhenrequired.

59. 3.3 36

Itisnotpossibletofullydepictprocess flow and functionalrequirement in thisdocuments. Bidders areexpected to review all rules,notifications,gazettes,circularetc. which are essentials forFinance Department & itsHoDs, fund utilizingdepartments and theirsubordinate offices toimplement the processes. Allthe rules related to GujaratFinancial, Budget, Treasuriesetc. are available onhttp://financedepartment.gujarat.gov.in/rules.html. Thesystem should bedeveloped/customized as perthisrulesandscopeofwork.

Itmaynotbepossibletodefineandestimatetheprocessrequirementsonlyfromtherulesas it may depend on how the departments/users wants the same to be implemented.Hencethismaynotbepossibletobetakenasan obligation from the bidder side to definethe processes also considering the timeavailable for bid submission. The pricesubmitted will be as per the broad scopedefined in the RFP, which might undergodetailing,Anychangesfromthedefinedscopeto be considered as change request. Pleaseconfirm.

AsperrevisedRFP.

60. 3.3 37

Generation of budgetpublications, bilingual(English/ Gujarati) inlanguage,aspertheapprovedbudget proposals by FinanceDepartment. For list andVolumeofBudgetPublications

Please specify the volumetric parameters forwhichthesystemtobesizedfor.Requestnotto put bidder to be liable to be supporting adynamic volumetric.Optimal sizing of thesolution

The parameter available inthebudgetbook.Thelinkofthesameisgiven.

29  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

visit tohttp://financedepartment.gujarat.gov.in/Budget.html. Thetotal number, volume anddesign of Budget Publicationon thementioned link is onlyindicative, the actual number,volume design of publicationsmay vary at the time ofprocessasperrequirementofGovernment.

61. 3.3 45

IntheNEWIFMS,governmentemployeedetailsshallbefetchfrom SATHI applicationwhicheverisavailableandthedetails which is not availablein SATHI it shouldbe enteredthrough the Data entrymodule which needs to bedevelopedinNEWIFMS

PleaseclarifywhetherSATHIwillberetainedafternewIFMSisimplemented.Insuchacaseany ongoing data migration is expectedbetween the two? If so , please specify therequirements and the volumetric related tothis.

AsperrevisedRFP.

62. 3.4 <missing>Please specify the maintenance window forthe support. In case on‐call support isexpected,pleasespecifythesame.

AsperrevisedRFP.

63. 3.5 95

SP shall be responsible formanagement of the databaseduring the contract period.Whilerollingouttheproject,itis envisaged that historicaldata of Existing IFMS will bemigratedinNewIFMS.TheSPwill be responsible forcapturing that data. Currently

Please specify the migration volumetric toestimate the same ‐ please provideapproximatenumberoftables/recordstobemigrated.Assume that only DB to DB migration to bedone. Otherwise please provide thevolumetricfordataentry/digitization.

Nos.of tablecountsalreadymentioned in responses ofpre‐bidqueries.

30  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

the size of the database ofexisting IFMS is 1.8 TB andCTPis73GB.

64. 3.5 95

4) Ensure the accuracy andcompleteness of the migrateddata.Departmentreservestheright to verify the accuracyand completeness of themigrated data on its own orthrough its nominatedagencies.

Please confirm whether functional datacorrectnesswill be owned byDepartment ofFinance ‐ SI to define templates for datacapture/definerulesfortechnicalvalidation.Insuchascenario,sinceanestimateneedstobeperformed,suggestto limitthenumberofsuch rules to be defined so that a propercomparison can be made between bidders'prices.Dataisownedbydepartments‐thefunctionalcorrectnesstobeensuredbypurchaser.Needscopeboundaryforestimation.

AsperrevisedRFP.

65. 3.6 96

Languageof theProductoTheproduct modules to bedeveloped by the SP must besupport Gujarati and Englishlanguages.

Please confirm whether the multi‐lingualsupport required is limited to labels in userinterface? If any data entry is expected inmultiple languages, please clarify whatcapabilityisexpectedinprocessingthesame,otherthanrecordinganddisplayingback.Weassume that cross language searches andtransliterations are outside scope, pleaseconfirm.

Except the Budget all theentry shall be done inEnglish. The budget speechand publication reportshould be entered inGujaratiandEnglish.FortheGuajarati typing Unicodestandard (shruti font) shallbe used. The number ofsystem shouldautomaticallygeneratefrom

31  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

English to Guajarati. ThetotalGujaratidataentrywillbe approx. 10% of overallsystem.

66. 5.1 104

Development of WholeApplicationUATandTraining,Security Audit and EQDCTestingandGo‐liveofPhase1T2 = T + 9 T + 12Development of WholeApplicationUATandTraining,Security Audit and EQDCTestingandGo‐liveofPhase2T3 = T2 + 3 T + 15Go‐Live of Whole ApplicationT6=T+12T5=T3+3

Please clarify whether T3 and T6 refers tosamemilestones(astheyseemstobebothatT+12).Are there any functionality expected to beimplemented after phase 2 (fromT3 to T6)?Ordoesthisrefertoonlyrollouttolocations?

Asabove

67. 5.2 104 PaymentTerms

Request payment of h/w and s/w license infull on deliveryRequest an intermediate payment afterdesignofphase1.

AsperrevisedRFP.

68. 6.2.3 103Development of ChangeRequestResponseTime1Day

Please clarity how response time is defined/calculated in caseof change request.What isthe deliverable expected, if any?Also since there are no penalties defined,whatistheimplicationofmeasuringthisSLA?

It is already mentioned intheRFP.

69. 6.2.2,6.2.3

102‐103 <Flatpenaltyrates> ‐

70. 6 101‐103

<Availability & PerformanceSLAsmissing>

Pleaseconfirmwhethertherewillnotbeanyavailability of performance SLAs to beadheredto.Ifyes,pleasedefinenow‐cannotkeepthisopen

Response Time: As perresponseofqueryno.3Finance Department mayrandomly check theresponse time of the

32  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

application for about 10days/month.Ifinmorethan10%cases response time ismeasured more thanresponsetimementionedinquery no 3, than penalty of0.1% of quarterly paymentmade to bidder will bededucted and subsequentevery 5% cases of suchincrease, penalty willincreaseby0.1%.MaximumpenaltycapwillbeasdefineinrevisedRFPpageno.110.*Response Time will bemeasure from DC to DCClientPC.

71. 6.2.1.1 107

6.2.1.1. ImplementationrelatedpenaltyforApplicationsoftwareA Penalty of 0.5% of contractvalue of Software Applicationper week delay subject tomaximum5%.

0.5%oftotalcontractvaluemaybetoohigh,we recommend to change it to 0.5% ofimplementationvalue.

As per revised RFP, it wasclarified.

72.

biddermaypropose

Please kindly share the details of the sourcesystems that GIL gets data from.Isthedataheld inanyother languageexceptEnglish?Ifyes,pleaseprovidethelanguageinwhichdataisheldinsourcesystems

EnglishorGujarati

73.

biddermayselectCan the SI select the datawarehouse formatas there are existing infra (oracle) availablewithGIL.Pleaseconfirmthis

Yes. However, the reportshould be generated as perrequirementofusers.

33  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

74.

CTP,IFMStablecountsCan the SI select the datawarehouse formatas there are existing infra (oracle) availablewithGIL.Pleaseconfirmthis

AsperrevisedRFP.

75.

Scopeofdataquality

Please highlight what is the quality of datalevel in the source system in terms ofpercentage. Also please define the scope ofworkfordataquality

All the data available inIFMS system which can beused.

76.

RealTime

We understand that the scope is to build afinancial data warehouse, is real time withCDC required? Please confirm if there arerequirementforrealtime/nearrealtime

Therealtimedatashouldbeused inDatawarehouse foranalysis.

77.

EnrichmentPlease confirm if enrichment of data isrequired for the sources data that areextracted

Itwill decide at the timeofrequirementgathering.

78.

Profiling‐KDE

Please provide the Key Data Elements forwhichthedataprofilingtobedoneasKDEarebusinessdrivenvalues.Oratleastprovidethenumber of KDE required for each sourcesystem

Bidder has to study andprovide at the time ofrequirementgathering.

79.

AsperRevisedRFP.

Please provide clarity on the source systemdetails that needs extracted anddata qualitycheck

The data should beextracted from all theinterface and migrateddatabase mentioned in theRFP.

80.

Biddermayproposebasedonscopeofwork

ThescopeofworkdoesnotrequireanydatastoreinrevisedRFP,pleaseconfirmifwecanexcludethisrequirementfordatastore

Bidder may propose basedonscopeofwork

81.

AsperRevisedRFP.

Pleaseprovideexpecteddatavolumeofinitialhistoryload?

The current IFMS datashould be load initially inDatawarehouse.Thesizeofthe same is alreadymentioned in the RFP. Last

34  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

1 year data shall bemigrated in New systemandotherdatashallbekeptinArchivalandwillbefetchasandwhenrequired.

82.

AsperRevisedRFP.

Please provide source systems details withyearsofhistorydataforextractionfromeachsourcessystem.

All the source system datarequired is available incurrent IFMS. The size ofthesameisalreadygiven.

83.

Datagovernance

Is data governance required for the financialdata warehouse? Are there no existing DGpolicies available in the current system ofGIL?

DG policies may beproposed by bidder. Govt.will review and takenecessaryaction.

84.

ODSbuild‐Yes

With reference to 354, please confirm if realtimerequirementisneededtobuildanODS?This is because the scope defines only tocreateafinancialdatawarehouse

All the data operational aswell as financial datawarehouse should be realtime.

85.

MDM‐Yes

PleaseexplainwhyMDMrequiredasscopeofrevised RFP does not highlight any of theserequirements. Please confirm this MDMrequirement

360viewingpurpose.

86.

MetadatamanagementYes

Please explain why metadata managementrequired as scope of revised RFP does nothighlight any of these requirements. Pleaseconfirm if metadata does not exist in thecurrentsystem?

For meeting regularrequirement. Metadata willberequired.

87.

Dataretention‐YeslifetimePleaseexplaintheretentionpolicyrequiredintermsofyearsandthearchivalperiodforthedatawarehouse

The data should neretended life time. Archivalasabove.

88. 3.4 90 AsPerDraft Who is going to provide tool for helpdesk? Bidderhastoprovide.

35  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

Canwe use the exisitng helpdesk tool beingused by DC Service provider or existingapplicationprovider?Plconfirm

89.

3.4 90 AsPerDraft How many users would be contactingHelpdesk, as it may be internal as well asexternal users, we need this information tocross validate manpower asked byDepartment

Itwill be internal user. Theexternal users will call atGoG call center and if anytechnical query it will betransfer to Help Desk ofIFMS.

90.

35 AsPerDraft They have mentioned that Hardware wouldbe provided by Department to host theapplications but OS/DB etc to be managedunderthisRFP.WeneedtounderstandwhattechnologyalongwithBoM for such servicesrequired.Areyoualsogoingtoprovideaccessto the exisitng EMS tool the the IFMSapplicationprovidertoresolvetheissues

Asabove

91. Page 14andpara13

Bidder should havedemonstrable expertise andexperience in providing andcustomizing COTS.Thebidder must haveimplemented&operationalized such COTSbased3projectsof12croreor2 projects of 15 crores or 1project of 24 crore in last 5years

Pleaseclarifyisthisexperincerequirmentonthe proposed COTS product or any otherCOTSproduct?

AsperrevisedRFP.

92. General

FunctionalRequirments

IsthereanycompliancetobefilledinfortheFunctional requirementsspecificationsand ifso, what is the format in which the sameneedstobefilledin?

Biddermayfill intheirownformat.

36  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

93. Page30

Under Fianacial DataWarehouse module ‐Insurance Module has beenmnetioned.

The Insurance module requirement is onlyfrom Reporting purpose or transactionprocessingisalsoexpected.

Both. Reporting andtransaction

94. Page93

• The proposed solutionshould be on open standardand compatible with othertechnology. So that, thereshould not be anyproprietary/OEM lock insituationduringthe8yearsofO&Mperiod.

TheRFPhasgivenoptionforCOTSaswellasBespoke ‐ However, these restrictions onproprietary/OEM lock in situation willprevent theCOTSappliactiontobeproposedand the basic purpose gets defeated. Hencerequestyoutopleaseremovethisclause.

The proposed solutionshouldbeonopenstandardand compatible with othertechnology. So that, thereshould not be anyproprietary/OEM lock insituationduringthe8yearsof O & M period excludingCOTS,BI,OSandDB.

95. Page45

2. Payroll & EmployeeDatabase• System will have provisionto collect employeedata fromDDO level and HOD level andprovide MIS and DSS reportsfor high department.• System will have variousstack holders for datacollection and validation likeDDO, HOD DepartmentFinance Department Thesestackholders ‘rolesareasperbellow.

With the SAP HR Solutions are alreadydeployed through SATHI Application, pleaseclarify, whether the Employee database,Payrollcomputation,Reimbursementsshouldbehandledhereaswellorwewilljustgettheprocessedfileandmakepaymentshere.

Payroll will be process inHRMSandpaymentprocesswillbecarriedoutinIFMS.

96. Page no33

• Business Intelligence,Analytics and ReportingSolution a) The Departmentreceives and analyzes a largevolume of data such as

Can you please let us know the number ofusers who will be using this BusinessIntelligence, Analytics and ReportingSolution?

All users of IFMS based ontheirlevelofrights

37  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

Employees, Pensioners,Budget forecasting,investments, debts, payments,receipts,etc.

97. Page31

Bidderhas todeliver the finalproduct with unlimited users’licensestoGovt.ofGujaratforthedurationoftheprojectifitisaCOTSproduct.

Can you please let us know the number ofusers for the following primarily from HWSizing perspective.Users who will be using the Planning andBudgetingsolution;Userswhowillbeusing Core Finance solution for Payments,Receipts;DebtManagement;WaysandMeansmanagement;Userswhowillbeusingfor Pension processing and Insurance andAudit Management;No of Pensioners whose payments to beprocessed;OthercategoryofUsersnotlistedabove.

AsperrevisedRFP.

98. 115

8.10.2. In case of COTSProduct thestateGovernmenthas right to retaincustomization layer andshould the agreement withservice provider and tofurther develop. Therefore,Government of Gujarat willhold IPR of the customizedCOTS solution. The samewould be applicable tocopyrights.TheTSPshall signany/all the documents in thisregard andwill get necessaryundertakingtothiseffectfrom

We will not be able to accommodate thisclause please note the product/servicesinvolvedbelongtoSAP,furtherifthereisanydeveloping/customizing the same is to meetthe scope of the work and no other intent.Hence,anySAPmaterials,andall IntellectualProperty Rights embodied therein, shall bethesoleandexclusivepropertyofSAP,SAPSE(the parent company of SAP) or its or theirlicensors.ExceptfortherightssetforthintheSAP SOFTWARE LICENSE AND SUPPORTAGREEMENTGeneralTermsandConditions,Licenseeisnotpermitted to modify or otherwise makederivativeworksoftheSoftwareorotherSAP

20%Royaltyoncustomizedportion.

38  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

the COTS OEM.The GujaratGovernment further intendsuse customized COTS back tothe COTS OEM to enable it touse in Governmentorganizations in other Statesor in organizations inGovernment of India. TheCOTS OEMwill have to agreeto this arrangement andwherever,theCOTSOEMusesGovt. of Gujarat customizedCOTS solution or getsadditional projects ofDepartment of Electronics &IT,Govt.of Indiaoranyotherstate government, itwill haveto pay to Government ofGujarat a license fee / accessfee / sharing fee /royalty of20% of project fees collectedtowards the COTS solution(License fees collectedtowards database licenses orOperatingSystemlicenseswillnot be included for sharing)from the tendering authorityor the TSP (Total SolutionProvider) is included) of suchprojects. At the time ofawarding contract, authorizedrepresentative of COTS OEM

Materials.Also for IFMS projects since SAP will bidthrough their SI license fee/accessfee/sharingfee/royaltyof20%ofprojectfeeswillnotbeapplicable.This isonlyapplicabletoSIwhoget this IFMSprojectandreplicatethesamein otherdepartments,oranyotherGovt.Entityprovidedtheyagree.

39  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

will have to sign a separatecontractagreementtosuchanextent with Govt. of Gujarat.The TSP has to get such anundertaking fromtheOEMatthe time of filing this bid andhand over the source code,Meta data details etc. to theFinance Department atdifferent stages ofcustomization and beforerelease of final payment oncompletionoftrainingandrolloutofsoftware.

99. Page90

•Currently,Govt.ofGujaratisin process of Selection ofAgency for Supply,Installation, CommissioningandSupportofCloudEnabledInfrastructure at GSDC,Gandhinagar on behalf ofDepartment of Science &Technology, Government ofGujarat (RFP NO.:GIL\DST\SDC_Cloud\2016‐17dated 24.03.2017) which isavailableonhttps://gil.gujarat.gov.in/tendercms/TenderDocs/201722118593593.pdf The existinginfrastructure and futureenvironment details is

HW provisioning as required by the OEM(HANAappliances) willbeprovidedaspartofthisinfrastructure‐Pleaseclarify.

The details of theinfrastructure are givenabove. The applicationshould run on sameinfrastructure.

40  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

available in theRFP.TheNewIFMS solution will be hostedon this cloud infrastructure.For storage, EMC VMA 200Kstorage will be provided. InStateDataCenter andDRSitethe required computeinfrastructureandstoragewillbeprovided

100. Page92

Document ManagementSystem: In a governmentapplication like IFMS, it mustdealwith lotsofdocuments&contents across varioussection of the overall IFMSapplication.Henceitisnotjusttheholdingthecontentatoneplace, but it is also howeffectively the completemanagement of enterprisecontent from its capture anddisposition. Thus, deliveringcontextual information tobusiness stakeholders forimproved collaboration,smarter decision making andenhanced customersatisfaction is of primeimportance.

Pleaseclarifythenumberofuserswhowillbeusing this DMS system? Please also clarify athird party product can be used for thispurpose?

AlltheusersofIFMS.Biddermayuse.

101. Page35

It is also required that theDatabase proposed by theBidder should be listed in the

PLEASE MAINTAIN EARLIER RFP POINTTHAT "It is also required that the Dataanalytics and BI component proposed by

Asabove

41  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

Leader’squadrantoflastthreeyearsofGartnerreport.

bidder should be listed in the Leader’sQuadrant in the latest Gartner / Forresterwave."Reason ‐‐‐ The Analytics tools should beflexible and capable to work on variousdatabases rather than only on specificdatabaseandshouldbelistedintheLeader’sQuadrant in the latest Gartner / Forresterwave.BestclassAnalyticstoolswillbealongterm solution and will not be linked to anyspecificdatabaseorhavedependencyonanydatabase. Also the point defeats the purposeofopenstandardDB tobeused for IFMS2.0Application purpose as in Application it hasnot been specified that DB used for IFMSapplication should be from Gartner Leadingquadrant. Secondly it also restricts theSI toevaluateoptions availableonCOTSAnalyticssolution.

102. Page93

After completion of 8 yearsand at the time of hand overtake over SP has to provideapplication with latesttechnology version ,updatesandupgrades

It is also mandatory for both COTS andBespoke solutionwithin 8 years’ time framealso SP/ SI needs to provide details ontechnical upgrades, version upgrade andupdates also. This should not be limited tothat after completionof 8 years support andatthetimeofhandoveronlySPhastoprovideapplication with latest technology version,updates and upgrades as this will restrictFinanceDepartmentandGILtogetthe latestversion or any specific updates releasedduring 08 year time frame related toapplication,Databaseandanyotherplatform

Accepted.

42  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

usedforthisproject.Bidderhastoprovidealllatest updates, releases on theproduct givenand it isup toFDandGIL todecidewhethertoimplementornot.

103.

PageNo.22,clause2.23.6.1.TechnicalEvaluation ofOfferedSolution

4.DatabaseExchangeFacility Please explain the requirement and thefacilitiesexpected.

Itisintegrationofdatafromdifferentsystem.

104.

PageNo.272.23.6.1.TechnicalEvaluation ofOfferedSolution

1) Integration between thetreasury system and thestakeholder departments forreal time transfer ofinformation.

Existing systems are running in whichplatform and what are all the dbms areinvolvedandwhatkindofdatatobetransferinrealtime.(example:files, images,databasetransactions)

AsperrevisedRFP.

105.

PageNo.953.5.DatabaseMigration &Manage

SP shall be responsible formanagement of the databaseduring the contract period.Whilerollingouttheproject,itis envisaged that historicaldata of Existing IFMS will bemigratedinNewIFMS.TheSPwill be responsible for

Please clarify the data size of the proposednew system Does it require all history datafrom IFMS 1.8 TB and CTP 73 GB to bemigratedtothenewsystem.

Yes

43  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

ment capturingthatdata.Currentlythe size of the database ofexisting IFMS is 1.8 TB andCTPis73GB.

106.

PageNo.953.5.DatabaseMigration &Management

The selected Service Provideris required to migrate all theexisting data available withDepartment in the digitizedformat of the existingapplications (IWDMS & IFMS,CTP, etc.) if required, in itscurrent database to the newsystem to be hosted at StateData Centre at free of cost.Cost for data migration fromexistingapplicationshouldnotbeincludedinthepricebid.

IFMSandCTPdatasizesalreadygivenintheaboveclause.WhatisthedatasizeofIWDMS?And is also required to move to the newsystem.

It is already mentioned inthe responses of pre‐bidqueries.

107. Page31

Bidderhas todeliver the finalproduct with unlimited users’licensestoGovt.ofGujaratforthedurationoftheprojectifitisaCOTSproduct.

In the earlier RFP 30000 users werementioned, on the basis of thiswewould goaheadwith the overall no of users for COTSbasedSolution.PleaseClarify.

As per revised RFP: Thelicenses should beunlimited.

108. Section3.8.1 97

3.8. Details of the activities,3.8.1. Documentation List ofdeliverables As‐Is processReportforalltheprocessesofservices.BusinessProcessRe‐engineering report for the allthe services of FD. To‐BeprocessmapbasedontheBPRreport.

As per response clarification to PBQ Sr. No.454, Business Process Reengineering asaslready done and bidder is required toimplement the same.Which contradictswithsection3.8.1,ifBPRisalreadydonethenwhatare the process which are still need to bereengineered and document has to beproducedasdeliverable.Pleaseclarify.

One BPR exercise wasconducted in 2009 andimplemented. Anyimprovements to processidentified now, shall becarriedout.

44  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

109.

6.ReceiptManagementFunctionalities‐page54

54

6. Receipt ManagementFunctionalities Allow users(individuals/corporate/othergovernment/departments/agents etc.) to register in theReceipt Management System(Cyber Treasury Portal) formakingonlinepayments.

Howmanynumberofuser/stakeholdersareexpected to use the mobile app? Pleaseprovidethestakeholderwisetotalnumberofusersalongwithappropriateconcurrency.

asabove

110. General Digitalsignatureusers

Kindly provide the number / count of deptusersusingdigitalsignatures.Weunderstandthat the certificates will be given by thedepartmenthoweverthisinfoisrequiredandimportant for us to provide complete end toend solution.We need numbers/count of dig signatureusers.

Approx. 4000 users areusingdigital signatureasofnow. Itwillbegivenby thedepartment. However forany arrangement/centrallevel software requiredshould be provided by theselectedserviceprovider.

111. General EMS

We understand that the department willprovideallthetool,dependentDB,dependentsoftware,middlewareandOStohosttheEMSsolution.Pleaseconfirm.

Asabove

112. General DRWe understand that DR is at delhi/Hyd.Please confirm if it is cloud env or physicalstandaloneinfra.

It will be cloudenvironment..

113. General HRMSandPayroll

Ourunderstandingisthatemployeedataandpayroll processing will be done in HRMSsystem.We need to develop a newHRMS andPayrollSystemfortheforemployeesOTHERthan those covered by SATHIapplication.Please confirm.Please define theclear scope of HRMS and Payroll for newIFMS.

Employee data and payrollwill be generated in SATHI.ThepaymentprocessingforpayrollwillbedoneinNewIFMS.

114. General HRMSandPayroll Please provide the list of all the modules All the administrative

45  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

whichneedstobeimplementedunderHRMS decision related toemployee will be taken byHRMS and paymentprocessing will be done inIFMS.

115. General HRMSandPayroll Whatwill be the total no of employeeswhowillbeaccessingthisnewHRMSsystem

Asabove

116. General HRMSandPayrollPlease provide the total no of employeesalong with the location details who will beaccessingthenewproposedpayroll.

asabove

117. Pg45

Data entry module whichneedstobedevelopedinNEWIFMS and pay bill, payfixation, payment bills,disbursement will beprocessedthroughNEWIFMS.

Please provide the total no of modules forwhichwejustneedstobuiltupdatacapturingscreensandnottheentireprocessflow.

Asabove

118. General PayrollPlease provide the total no of employees forwhomthepayrollbegeneratedfromthenewproposedsystem

Asabove

119. General PayrollPlease provide the concurrency for newproposedHRMSandpayrollsystem

asabove

120. General Dev/testingenv

Please allow us to do development andinternal testing at offshore location.If not allowed then please confirm that HW,SW, Dev space will be provided by Govt fordevelopment and internal testing.Weassumethatthedev/testinginfraincludesphysical space(to seat as many people asproposed by us), furniture, local lan,connectivity to SDC & DR sites, desktops,servers, database, operating system,application server software etc required for

For testing purpose all thearrangementhastodonebybidders.

46  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

app dev and testing will be provided bydepartment.Pleaseconfirm.

121. 3.4 90

As a part of technical bid, thedetail BoM required is to beproposed as below:For SizingPurpose only:*Concurrentusers: 20,000Client endapplication response time:500ms

Pleasenotethattheuserconcurrencyandtheresponse times defined as sizing inputs forthesolutionareverystringentandtechnicallynot feasible/ that might have unnecessarycost.Concurrency:From our analysis ofnumberofvariousinternalusersgiveninRFP&Pre‐bidthatthetotalinternaluserswillbeabout 21,000, for which we recommendconcurrency to be not more than3500.ResponseTime:Sincetehresponsetimeat client side depends on many variablefactors(suchasperuserbandwidth,networklatency, page siize etc.), we recommend tomeasure theresponse timeat theDC, fromaclient system placed within DC. Further, theresponsetimeof500ms(0.5sec)istoolowfrom current standards. Recommend toincrease this tonot less than5seconds forapagesizeof50KB.

Asabove.

122. 3.4 90

As a part of technical bid, thedetail BoM required is to beproposed as below:For Sizing Purpose only:*Concurrent users: 20,000Client end applicationresponsetime:500ms

Please provide the total number of externalusers expected to access the systems andcorresponding concurrency.Please also provide total number of users &concurrencyforwhichthemobileapplicationshouldbesizedfor?

1. As above.2. Mobile user cannot beenvisagedatthisstage.

47  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

123.

2.43.2.2.9.6

1531128

Qualification Criteria:The bidder must get andfurnish an undertaking dulysigned by authorizedsignatory of the OEM toconveyOEM’sacceptance“TheCOTSOEMprovider agrees toprovidetheunlimitedlicensesto Govt. of Gujarat for use ofitsemployeesduringthelifeofthe project.Bidderhas todeliver the finalproduct with unlimited users’licensestoGovt.ofGujaratforthedurationoftheprojectifitis a COTS product.Self declaraitiion forms ‐We are agrees to provide theunlimited licenses to Govt. ofGujarat.

a) Please clarify whether the unlimitedlicenses requirement is applicable only forERP COTS product, if proposed. That, iswhetheritisexcludedforbaseproductssuchas BPM, DMS, Rule Engine etc.b)Suggesttoonlydefinethenumberofusersrequired / performance to be satisfiedconsideringgrowthfor8yearsandrevokethecondition for unlimited licenses of COTSproducts These will be unnecessarily costlyand will be dependent on OEM.c) Please clarify whether support for opensource products from a product vendorsupporting it is mandatorily required. If soplease explicitly define the same so that allproposalswillcomplytothesame.

a) & b) as per RFP.C)Yes

124. 2.23.6.13.4 2293

Page 21 ‐ Sec 2.23.6.1 ‐ProductRoadmapforthenexteight yearsThe applicationdeveloper/software providershould ensure that theproposed applicationarchitecture&offeredsolutionincluding hardware, softwareor any other tool should belatestandshouldnotbeendofsupport/end of sales duringthe8yearsofO&Mperiod

a)Pleaeclarifywhetherthisisonlyapplicablefor ERP COTS product?b) Since the productroadmapandthetimeuntilwhichitisinsaleand on support depends on OEM, the sameshould be discussedwithOEMs and defined.Please revoke/ relax (reduce to 3 years,remove end of sale) these clauses.b) Pleaseclarifywhether theseareapplicable foropensourceproducts?

BothopensourceandCOTSproduct.Ifproductdeclaredas end of sale/supportduring 8 years of period,bidder has to provide thelatest version, latest majorupgrade/alternate productwith all relevantcustomization without anyadditionalcost toGoG. Theundertaking has to give forthesamebybidder.

48  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

125.

PBQQueryNo. 454,5603.2.33.2.13.3Section3,Clause3.8 ‐3.8.2

32313692

PBQ no. 454 confirms BPR isalready done and no. 560mentionsBPRisinscope[AlsoRFP contents referring BPR]Post the detailed study, theselected Service Provider willbe required to suggest to theDepartment morefunctionalities in addition tothe ones mentioned in thisRFP that may be included inRFP to meet the businessrequirements of theDepartment.During the 8 years of O & Mperiodanymigrationactivitiesrequired to carry out due tochange in Infrastructure,Software etc. should be doneby bidder at no extra cost.Itisnotpossibletofullydepictprocess flow and functionalrequirement in thisdocuments. Bidders areexpected to review all rules,notifications,gazettes,circularetc. which are essentials forFinance Department & itsHoDs, fund utilizingdepartments and theirsubordinate offices toimplement the processes. All

Alltheseclausesindicateopenscope/changeinscopelater,fromwhatcanbeassessedandestimatedbybidderwhilesubmittingthebid.Please note that a Business Process Re‐Engineering (BPR) activity typically involvescoming up with new processes (varying toany degree from existing) to accommodaterequirements of parties involved ‐ hence thekeep the scope open, which cannot beabsorbedbySI.Ourunderstandingisthat,theBPR activit is already carried out and thefunctional requirements & processesmentioned in RFP is based on the resultingreport. As part of the requirement analysis,now only detailing of the same is required,hence the resulting SRS will be within thescope boundary defined in the RFP anddetailed in the proposal. Please confirm.Request to remove the term BPR from theRFPasitcankeepscopeopentoanychange.Bidder may propose new functionalitiesduring Business blue printing phase, if any.Howeverourunderstandingisthat,suchnewrequirements will be separately assessedwhether with in RFP defined scope. If so, itwill be estimated and considered via changemanagement procedure (change request).Pleaseconfirm.Please excludemajorproductupgrades formfree of cost solution migration and relatedchanges, testing & deployment efforts.Otherwise this may unnecessarily cost

AsperrevisedRFP.

49  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

the rules related to GujaratFinancial, Budget, Treasuriesetc. are available onhttp://financedepartment.gujarat.gov.in/rules.html. Thesystem should bedeveloped/customized as perthis rules and scope of work.It is essential to understandthat change management isnot a one time activity. It is acontinuous activitypropagatingtocompletelifeofthe project and touching allthe stakeholders involved intheproject

additional effort being factored.Understand that when a change request isestimated, the training/ changemanagementrequiredforthesamewillalsobepartoftheestimate. Please confirm. If, other than thatrefresh trainings/ change management isrequired, please define the interval/ numberofsuchtrainingsexpected.

126.

3.4,3.4.1.Section3,Clause3.8 ‐3.8.2

8992

During Operation andMaintenance Period biddersare expected to carry out anyno. of Change Request that isrequired due to change infunctionalities, Act, Rule, GRetc.during the 8 years ofOperation and Maintenanceperiod.Noadditionalpaymentwill be made during O & Mperiod.DuringtheperiodofO& M, bidder has to deployminimum 5resources(applicationdeveloper,systemanalyst, DBA or any other

a) Please clarify whether the supportdevelopmentteammodelisT&MorFPP. IfnotT&M,pleaseexcludeclauseofadditionalresourcesforchangesatnotcost.Pleasenotethat, if a fixednumberof sourcesareasked/of if the enhancements cannot be definednow,either the changesare tobeprioritizedandscheduletobedefined&mutuallyagreedbased on available manpower or getadditionalmanpowerforadditionalcostforarate defined.b) Similarly, Please clarify themodel on which the handholding resourceswill beoperating&billed.AShere also fixednumber of resources are asked. Please alsoprovidetotalnumberoflocations.

This is already clarified inthe revised bid. The billshould be actual no. ofresource deployed onlocation.

50  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

suitable persons) onsitehaving more than 5 years ofexperience to carry out suchnecessarychangerequest.Thecost of the same should beincluded in the Financial BidPart3.DuringthecourseofO& M, bidder may suitablydeploy more resources, ifrequired to perform anychanges in the developedapplication.Depending on thesize of the project, ahandholding and supportteam of approximate 100resources are envisaged forthe project O &M Phase. Outof100resourcesapprox.30to35resourcesmaybeplacedatHead Quarter/Gandhinagarincludinghelpdeskteam.Otherresources may be placed atDistrictLocations

127. 3.4 91

Considering the 8 years ofgrowth if more computeinfrastructureandstoragewillbe required than it will beprovided by Department.However, the incrementallicenses of the OS andDatabase is required to besupplied andmaintainedwith

The licenses to be provided for the sizingrequirement as given in RFP. Any additionallicenses, required for change in sizingrequirements, will be charged additional.Please confirm. Otherwise unnecessary &varying cost will be added by bidders, withvaryingsystemloadhandlingcapabilities.

No Change. As per revisedRFP.

51  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

required ATS/AMC by bidderduring8yearsofO&Mperiodaspartof thisbid.Thebidderhas to envisage incrementallicenses and AMC/ATS costand thequote for thesame infinancialbid.

128. 3.6PBQQueryno.413

96

Languageof theProductoTheproduct modules to bedeveloped by the SP must besupport Gujarati and Englishlanguages.Aspartofanswertoquery no. 413 of first PBQresponse, it ismentioned thattranslation / transliterationbetweenlanguagesarepartofrequirements (though for ourquery it ls mentioned labelsare the one to be multi‐lingual)

Please note that the various technicalsolutions available for the translation/transliteration will have varying results/capabilities and the decision onwhether thesolution provided is adequate torequirements are very subjective and hencewillaffectacceptanceprocess.Hencesuggestto either drop this requirement or mentionthe same tool to be used by everyone(acceptance will be only based on toolquality).Typically, the multi‐language siteonlyprovideslabelsinmultiplelanguages.

No Change. As per revisedRFP.

129. 2.1.20 10

2.1.20. Go Live means 100Successfultransactionsofeachfunctionalities and ModuleafterUAT.

Please confirm our understanding that thetransactions defined in this clause refers todummy transactions executed in a test/ pre‐prodstage.

No. The transaction datawillbereal timeasdecidedbytheFinanceDepartment.

130. 6.2.1 107Page 102 ‐ Sec 6.2.1.1 ‐ UATMilestone / Other dependentmilestones

Please define clauses indicating delays notaccounting toSIwillbeexempted fromSLA/Penalties. In case of delays from customer/customer controlled entities, the same mayleadtochangerequestsastheresourcesneedto be locked. For UAT milestone, request toremovethepenaltyasthiswilledrivenbythecustomer/authorizedparty.

No Change. As per revisedRFP.

52  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

131.

3.2.2.2.23

3123

3.2.2. Approach of SP foradopting the SolutionAny of the followingapproaches may be adoptedby the selected ServiceProvider:a) Development of a newapplicationspecifictoneedsofthe Departmentb) Configuration /customizationofapre‐existingproductCommerciallyOffTheShelf(COTS)productstomeetthe needs of the Department.Final Evaluation of BidProposals will be rankedaccording to their lowest (L1)quotation. The bidder whohavequotedlowestbidwillbeinvited for negotiations forawardingthecontract. Incaseof a tie where two or morebidders quote the same price,the bidder with the highertechnical scorewill be invitedfirst for negotiations forawardingthecontract.

ConfirmwhetherthefollowingCOTSproductsare mandatorily to be proposeda) Business Process Manager (BPM)b) Business Rule Engine (BRE)c) Document Management Systemd) Portale) Enterprise Service Busf) Business Analytics Platform / ReportingToolFor componentmandatory,pleasedefine thesame/ define the required technicalcapabilitiesaspartofacompliancedocumentso that the proposed solutions from variousvendorswillbeatsamelevelofcapabilityandhencecanbecomparedonpriceeffectively.

Biddermaychoose.

132. 3.5 95

4) Ensure the accuracy andcompleteness of the migrateddata.Departmentreservestheright to verify the accuracyand completeness of the

It is clarified in the PBQ response that dataverificationwillbedonebyFDandvalidationby SP. Would like to confirm ourunderstanding on this.The SPwill define thetemplates forcollectionofdata formigration

No Change. As per revisedRFP.

53  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

migrated data on its own orthrough its nominatedagencies.

and define the data technical data qualityrules as required. However the functionalcorrectness of data has to be ensured bydepartmentandrelatedarbitrationsaswell,ifany.Sincetheno.andcomplexitydataqualityrules to be defined are not available, rightnow, the proposal will have assumptions onthe same, which needs to be considered fordeciding CR, in case there is a significantdifference (say more than 10%).Same alsoholds good for assumptions on migrationvolumetric.

133. 3.4 <Support Window notdefined>

Please define the support window expected.Please define the usage timings for variousmodules.Pleaseprovidethenumberofonsitelocationswhere support personnel is physicallyexpected(otherthanhandholdingresources),ifany.

IT is already define in theRFP.Handholdingsupport.

134. 3.2.3 33

The proposed system shouldbe capable of interfacingwithexternal systems/ agencies inordertoallowforexchangeofdata and communicationwiththose systems.b) The following is anindicative list of externalsystems / agencies that theproposed system should becapable of interfacing...The external interface

Since the integration expectation (level ofautomated integration) may vary allow thebiddertodefinetheinteractionrequirementsin the proposal based on RFP requirements.Thesametobeconsideredasscopeboundaryforthesame,incaseofmajordifferencesmayget this revised and change request to beraisedbased.

No Change. As per revisedRFP.

54  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

development will be doneduring the course of theProjectasandwhenrequired.

135. 3.1 26

The IFMSwhenestablished inNovember2009andhasbeenin operation for the past 7years. The IFMS handles thefollowing volume oftransactions:<Table>Figures are for the financialyear2014‐15.

Please define the transaction volumes perduration(assumesthegivendataisforentireyear) for which the system to be sized forconsideringthegrowthaswell.

Asabove

136.

Section3,Clause3.1.2

29Finance data warehousemodule

Is this part of (section related to finance)Analytics/reportingDBcreationaspartofBIrequirements, which will consolidate datafrom various modules/ systems? Pleaseclarifyhe intentof thismoduleandhow it isbeing envisaged? The RFP only refers somebulleted points such as Inventory Module,InsuranceModuleetc.

This is for analysis,projection and forecastingpurpose.

137.

Section3,Clause3.3.6

68Panchayati Raj FinanceManagementSystem

Pleaseprovidenumberofuserswhowillusesystem for PRI‐FMS and the number ofemployeesforthesame.

As per revised RFP.Unlimiteduser.

55  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

138. 3.3 37

Generation of budgetpublications, bilingual(English/ Gujarati) inlanguage,aspertheapprovedbudget proposals by FinanceDepartment. For list andVolumeofBudgetPublicationsvisit tohttp://financedepartment.gujarat.gov.in/Budget.html. Thetotal number, volume anddesign of Budget Publicationon thementioned link is onlyindicative, the actual number,volume design of publicationsmay vary at the time ofprocessasperrequirementofGovernment.

Pleaseconfirmwhetherwecansizebasedonthebudgetpublicationvolumesasdefined inthe site referred. If any growth is expected,pleasedefine.

AsperrevisedRFP.

139. QueryNo.341

Query: Please provide moredetails on the number ofsource systemswith the tablecounts and volume forextractionAns;CTP,IFMStablecounts

Are CTP and IFMS only source system fromwhichthedatatobemigratedforthefinancialdata warehouse? Please confirmIf not please proviide the data details forthese systesms aswell (db size, no. of tablesetc.)

CTP, IFMS, DoI, IWDMS‐Budget, other externalsources define in RFP forintegration

140. QueryNo.347

<Scope of data quality >Query:What is the volume ofdata that needs data qualityprocess?Ans: the data which aregenerated in solution tomeetthe scope of work that allrequireddataqualityprocess.

Please highlight what is the quality of datalevel in the source system in terms ofpercentage. Also please define the scope ofworkfordataquality.

99%.

56  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

141. QueryNo.354

Query: Is there a requirementfor a real‐time/near real‐timeor post facto datacleansing?Ans:RealTime

We understand that the scope is to build afinancial data warehouse? Please confirm iftherearerequirementforrealtime/nearrealtimedatacapture

asabove

142. QueryNo.373

<Real time data ‐ CDC>Query:Is there anyrequirementforrealtimedataprocessing with ODS to bebuilt?Pleaseconfirm

With reference to 354, please confirm if realtimerequirementisneededtobuildanODS?This is because the scope defines only tocreateafinancialdatawarehouse

Yes. Required as part ofscopeofwork.

143. QueryNo.381

Data retention Policy ‐ Lifetime

Pleaseexplaintheretentionpolicyrequiredintermsofyearsandthearchivalperiodforthedata warehouseSuggest to have a data retention period forbetterperformance&DBsizing.

asabove

144.

Section3,Clause3.1PBQQuery;453

25

The IFMSwhenestablished inNovember 2009 and hasbeenin operation for the past 7years. The IFMS handlesthefollowing volume oftransactions:<Table>Figuresare for the financial year2014‐15.Query Ans:CurrentGrowth20%eachyearCurrentPeakVolume:3500

Pleaseclarifywhethertheprakvolumegivenis for which period (within a month/ day/etc,).Alsopleaseclarifythisfigureisacrossalltheevents.Ifnotpleaseprovidethisforallthebusiness events.Please clarify whether thistransaction rate can be applied to ESB/ APIwhichwillbeusedasmiddleware.IfnotwhatistheTransactionpersecondvolumethatwillbehittingtheESB/API.

The year is alreadymentioned.Asabove.

145.

Section3.7section3.1.1

96

3.7.EnvisagedProjectPhases:Identification of BusinessProcess Reengineeringrequirement to achieve theproposed service levels,including legal changes

How many AS IS process are present andwhat are the percentage of process to bereengineeredshouldbeconsidered.Howeversection3.1.118Theproposedsystemplanstoimplement the following Business ProcessReengineering

Bidder has to study at thetime of requirementgathering.

57  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

required in processes.Documentation of To‐BeProcessmaps in linewith theBPRproposedofprocesses.

i. Online bill generation & submissionii. Implementation of workflow for drivingapproval processiii. Issue of online Government Orders.iv. Use of digital signatures for signingdocuments.v. Web based submission of challans.vi.Useofelectronicfundstransferformakingpayments.Is this the only list which needs to bereengineered?Pleaseconfirm.

146. PBQQuery450

,Interface with IWDMS>Query: Our understanding isthat the IWDMS willdiscontinue after IFMS‐2. PlsconfirmAns:BugdetwillbetrasnferinIFMSII

Please confirm the understanding that theentire Budget Preparation & control will bemoved out from IWDMS and into the newIFMS system. Please confirm.Correspondingly please define what is thevoluem of data migration required fromIWDMS as well as what is the integrationscenaiosrequiredwithIWDMS?

Yes.Alreadymentioned

147. PBQQuery415

No. of Tickets as belowFor Financial Year 2016‐17L1 ‐ 60000+L2 ‐ 20000+L3‐1000+

Please define the current categorization forL1, L2, L3 tickets, in terms of what role isperformed by the resource.Requesttpgive last6monthsticketdumptoanalyzetheticketpatterstooptimize

The current categorizationis attached herewith. Thedump will be provided toselectedbidder.

148. 3.4.1 89

Depending on the size of theproject, a handholding andsupport team of approximate100 resources are envisagedfor the project O & M Phase.Out of 100 resources approx.30 to 35 resources may be

Please clarify the roles & responsibilitiesexpected from handholding resourcesCouldnot find from the PBQ answers and revisedRFP, theduration forwhich thehandholdingresourcesaretobeproposed.Pleaseclarify,

The resourcesproposed forhand holding support willbe helping hand to thatlocation and thatsubordinate offices. Theywill resolve the issues ofusers and also provide the

58  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

placed at HeadQuarter/Gandhinagarincludinghelpdeskteam.Otherresources may be placed atDistrictLocations

training on any newfunctionalities.

149. PBQQuery540

Query: Could you pleaseprovide your policy on dataretention?Doyouwantallthedata to be migrated to newsystem OR retain historicaldata in other servers?Ans:1.WehaveLifetimeDataretentionpolicy2.Yes,3.No

Please clarify whether the entire data fromexistingsystemforthecompleteperiod(from2009 onwards) to be migrated to the newapplciation?Can thisbekept inarchivesandproduced only on demand, with customreportsbeingbuiltifrequired?

Last 1 year data should bemigrated in new system.The data of other yearsshouldbekeptinarchives.

150. 91

Document ManagementSystem: In a governmentapplication like IFMS, it mustdealwith lotsofdocuments&contents across varioussection of the overall IFMSapplication.

Please confirm our understanding that thereare no digitization of existing documents inscope. If thereareanyexistingdocuments tobe migrated, please provide volume &number of such documents? Assumedigitization/ scanning of documents, ifrequiredwilbedoneoutsidetheIFMSsystem.Pleaseconfirm.

Yes

151. 5.1 104 T7=T6+8YearPlease clarify what is the T6 referred here.AssumethisisactuallyT5,pleaseconfirm.

asabove

152.

2017531145846439‐GujaratIFMS.PDFTechnicalDetails:

92,93

The mobile app should bedeveloped for followingfunctionalities with role baseaccessandnative innature. Itshould develop for separatelyforWindows,iOSandAndroid.

It is understood that themobile app is tobedevelopedfor7majorusedcaseasmentionedin this section. Do we need to consider 7different mobile app or single mobile appwithrolebasedaccessofvarioususers. (It isadvisable to develop separate applicationsince thiswill reduce the App Size and thusthe app performance.) Please suggest.One of the following options can be

Single app for all usersbasedontheirrights.

59  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

considered:1.7 separate apps for the functional areasmentioned in the RFP2.OneappforInternalusers‐Employess,theotherforexternalusers‐Customersandthirdapp for Vendors (club all the relatedfunctionalities in one app)3.Single app for all the users/stakeholders/use cases.Pleaseguide.

153.

2017531145846439‐GujaratIFMS.PDFTechnicalDetails:

92,93

1. Top Management ‐ ForReport Viewing2. Drawing &Disbursement Officer ‐ ForReportViewing

Fromtheprebidqueriesitisunderstoodthatthe theMobileAnalytics is out of scope thusplease explain what kind of reports areexpected on the mobile app? Also, Pleasemention the number of reports to beconsidered on mobile app for both of thesefunctionalities?

N. nos. of reports which isgeneratedbysystemshouldbeavailableonMobilealso.

154.

2017531145846439‐GujaratIFMS.PDFTechnicalDetails:

92,93

The mobile app should bedeveloped for wholeapplication with role baseaccessandnative innature. Itshould develop for separatelyforWindows,iOSandAndroid.

Instead of separate native app development,can we propose "Developed Once ‐ Use formultiple platform" approach (i.e. Hybrid orcrossplatformMobileAppDevelopmentwithalltherequirednativefeatures)

AsperRFP

155.

2017531145846439‐GujaratIFMS.PD

92,93

The mobile app should bedeveloped for wholeapplication with role baseaccessandnative innature. Itshould develop for separately

AreyouopentogoforenterpriseclassMobileApp Development Platforms (MADPs) todevelopthenative/hybridapplicationsorweneed to use native SDKs provided byrespective platforms to develop the mobile

Bidder has to use nativeSDKs for respectiveplatforms.

60  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

FTechnicalDetails:

forWindows,iOSandAndroid. apps?

156.

2017531145846439‐GujaratIFMS.PDFTechnicalDetails:

92,93

The mobile app should bedeveloped for wholeapplication with role baseaccessandnative innature. Itshould develop for separatelyforWindows,iOSandAndroid.

Please share total number of internal andexternal users for Mobile Apps along withconcurrencydetails.

asabove

157. NA NA NA

Canweassumethatthemobileapplabelsandstatic content will be multiple lingual (inEnglishandGujarati)whereas thedataentrywillbelimitedtoEnglishonly.

AsAbove

158.

Page‐44ofRFP

Payroll and EmployeeDatabase

a. What all functionality is expected in newIFMS for employee and payroll relatedprocess?Weassumepayrollwillbeprocessedforemployee,contractors,pensionerinHRMSsystem and consolidated pay‐bill will beprocessed via new IFMS, pls. confirm.b. Another option is – High level employeedata will be captured in IFMS with salarydetail(justtovalidatethesalaryofemployee)atthetimeofconsolidatedpay‐billprocessingby Pay and Account Office. Pls. confirm? Inthat case we need to create employeedatabaseinthenewIFMS.

asabove

159. NA NA Data Digitization / DataMigration

PleaseconfirmourunderstandingthataspartofworktheirremainsnoscopeofDataentry,

NoneedofDataEntry.OnlyData Migration activities

61  

S.No

SectionNo&ClauseNo

PageNo OriginalClause Queryraised ClarificationbyFD/GIL

only the Bidder shall need to migrate thelegacy digitized data available in oneplace(DC)tothenewIFMSApplicationDBordatawarehouse.

should be carried out. AllthedatashouldbemigratedavailableinDC.

160.

2.13.3.43.3.6 116571

116571

In Phase 3 bidder has toprovide the requiredfunctionalities for thefollowing offices:· All District PanchayatsFinance Management System· All Taluka PanchayatsFinance Management SystemUpload link for villagepanchayat Audit Reports totaluka panchayat & CollectorOffice.Panchayati Raj FinanceManagement System Gujaratstate has 33 DistrictPanchayats, 249 TalukaPanchayats and 14030Gram panchayats works asrural local bodies forgoverningtheservicestoruralcitizens.

Our understanding is that PRI‐FMS systemwill handle the fund management involvingDistrictPanchayath,ThalukaPanchayathandGram Panchayaths. However from thedescriptionofPhase3workitlookslikeonlyDistrict panchayath & Thaluka panchayathwill be given user logins & access to thissystem. Please confirm the understanding.Alsopleaseclarify,theuploadlinkforvillagepanchayatAuditReportsreferrredinRFP,whwillusethat?

No. All the functionalitiesmentionedinScopeofWorkwill be developed forDisctrict, Taluka and GramPanchayat.

62  

CurrentL1,L2andL3Support1. SupportLevelinIFMSSoftwareSupportThree levels of support (L1, L2, L3) is provided for supporting IFMS application. Details of activities carried out in each of these three levels of support are mentioned below.

A. List of activity to be carried out under L1 support: • Providing support to users while working on IFMS at following locations.

o Treasury Bill Processing Accounting PDPLA LOC Stamp & Cheque Inventory Pension Payment Status Tracking and MIS Report generation of accounting

o Local Fund

Pension Processing MPR Pay Verification

o Sub Treasury

Bill Processing Accounting PDPLA LOC Stamp & Cheque Inventory Pension Payment

o DDO Office

Online Bill Creation Pay-fixation Grant tracking and MIS NPS Schedule Employee Census Future pensioner Details to DPPF Password reset and configuration change requests Status Tracking and MIS

63  

Digital Signature issuance process o Form submission, printing and send to helpdesk o Primary document verification o Support for Revocation/suspension of Digital Signature

Helping in resolution of any complain through centralize helpdesk support.

o Giving understanding of problem to Helpdesk o Providing required details of problem o Collecting problem request number and taking follow-up to get it resolved.

Helping in Password reset and Change in access right request

o Guiding concern users for resetting password using admin screen. o Support the users for changing access rights due to

Transfer Promotion Deputation Retirement

o Provide hierarchy details to helpdesk support for configuration. o Provide application's access rights.

Maintaining Problem Requests tracker on daily basis (Module Name, Received Date,

Description of a PR/CR, Status, priority)

Solve Functional problems and escalate technical problems to L2 support team o Understand end user requirement and provide resolution o In case not resolved in time, discuss the same with Helpdesk support team to

enhance the application o Test the changes, once they are deployed at the server, inform and demonstrate the

changes to the end user

As and when required preparing and providing documents of status asked by helpdesk.

B. List of activity to be carried out under L2 support: Attending Client calls and providing support to Treasury users and L1 Team for fixing

functional issues of IFMS. o Providing guidance to users on calls. o Identifying issues of users by taking remote access their desktops if needed. o Guiding users who are coming directly at helpdesk and resolving issues.

Supporting cyber treasury portal’s users on calls. o Guiding the functionality.

64  

o Identifying issues o Resolving the issues which are logged in issue tracker by taking follow-up from L3

team.

IFMS training on existing IFMS functionality or for any deployed changes. Requirement gathering and analysis for new change request.

o New requirement collection and analysis. o Confirming clarifications. o Preparing change request document. o Preparing all the functional document of approved change request.

Providing data as per required by HOD’s from IFMS application. (If needed from

Backend). o Supporting all the HODs (EDP/DAT/DPPF/PAO/LF/DOI) of finance department

and providing data as per format given by any officials by generating reports from IFMS.

o For any backend details asked by client, raising request and providing details as asked by follow-up from L3 support team.

Maintaining Problem request and Change request tracker and submitting daily status to client.

Provide Server logs to L3 Technical team as and when required Weekly/fortnightly application status reporting Coordination with the different HoD’s and external agency integrated with the system Testing the application for any change in the system Application SLA Monitoring Database Administration Database Back-up/Restoration activity Archival Management activity Application server (GlassFish) and Database server (MySQL) monitoring, Application Back-up (Daily, Weekly & Monthly) / restoration activity Plan downtime and performing maintenance activities during downtime including

deploying changes/fixes

C. List of activity to be carried out under L3 support: Installation/Deployment/Integration of application Enhancement in existing application as per approved Change Requests Design and development of new application as per approved Change Requests Implementing minor changes as suggested by end-users

65  

Impact analysis of the changes and Unit & Integration testing Patch creation and WAR file creation for deployment in production/UAT Application/Database Performance Tuning Incorporation of changes to support Archival activity Providing Data as per Ad-hoc requests Application level problem fixing Application support (configuration, authentication related activities) Project Management Activity, Quality related activity, Documentation & Application SLA

Monitoring, Weekly/fortnightly application status reporting