Integrated Management for Finance Departmentgujaratinformatics.com/tendercms/TenderDocs/201710121980768.pdf · Request for Proposal Finance Department Government of Gujarat Confidential

Request for Proposal Finance Department

Government of Gujarat Confidential 1 of 142

RequestforProposalfor

SelectionofServiceProviderFor

Design,Development,Implementation,Training,HandHoldingandOperation&MaintenanceSupport

ForNewIntegratedFinanceManagementSystem

for

FinanceDepartment(FD)GovernmentofGujarat

(Tenderno:SW12102017147)

BidProcessingfees:Rs.15,000/‐

GujaratInformaticsLtd

Blockno.1,8thfloor,UdhyogBhavan,Sector‐11,Gandhinagar‐382017,Gujarat

PhNo.23259237,23259240Fax:23238925.Email:[email protected]

www.gujaratinformatics.com

Lastdateofsubmissionofpre‐bidqueries:27thOctober,2017upto1200hrsPre‐bidmeeting:8thNovember,2017at1200hrsLastdateforsubmissionofOnlineBids:28thNovember,2017upto1500hrsDateofopeningofbids:28thNovember,2017at1600hrs



Proprietary&ConfidentialNopartofthisdocumentcanbereproducedinanyformorbyanymeans,disclosedordistributed to any personwithout the prior consent of the Finance Department (FD),excepttotheextentrequiredforsubmittingbidandnomore.Theinformationcontainedinthisdocumentisonlydisclosedforthepurposeofenablingyou to submit a proposal to the Finance Department (FD) in accordance with therequirements of this document. This document should not therefore be used for anyotherpurposeunderanycircumstances.Thisdocumentcontainsproprietaryinformationfurnishedforevaluationpurposesonly;except with the written permission of the department, such information may not bepublished,disclosed,orusedforanyotherpurpose.Youacknowledgeandagreethatthisdocument and all portions thereof, including, but not limited to, any copyright, tradesecretandother intellectualpropertyrightsrelating thereto,areandatall timesshallremainthesolepropertyofthedepartmentandthattitleandfullownershiprightsintheinformation containedherein andall portions thereof are reserved to andat all timesshall remain with the department. You agree to take utmost care in protecting theproprietaryandconfidentialnatureoftheinformationcontainedherewith.



Abbreviations GoG:GovernmentofGujarat FD:FinanceDepartment GIL:GujaratInformaticsLimited IFMS:IntegratedFinanceManagementSystem IWDMS:IntegratedWorkflowandDocumentManagementSystem HRMS:HumanResourceManagementSystem DAT:DirectorateofAccounts&Treasuries DPPF:DirectorateofPension&ProvidentFund PAO:Pay&Accountsoffices PVU:PayVerificationOffices LF:LocalFundExaminer DoI:DirectorateofInsurance RBI:ReservedBankofIndia SP:ServiceProvider HoDs:HeadofDepartments QCBS:Quality&CostBasedSelection ITB:InstructiontoBidders AG:AccountsGeneral RBI:ReserveBankofIndia DPR:DetailedProjectReport G2B:GovernmenttoBusiness G2C:GovernmenttoCitizens G2G:GovernmenttoGovernment GoI :GovernmentofIndia GoG:GovernmentofGujarat GSWAN:GujaratStateWideAreaNetwork ICT:Information&CommunicationTechnology IT:InformationTechnology MMP:MissionModeProject RFP:RequestforProposal RTI:RighttoInformation SDC:StateDataCentre BPE:BureauofPublicSectorEnterprises GOCell:GovernmentOrganizationCell GPR:GovernmentProcessRe‐engineering DDO:DrawingandDisbursementOfficer CO:ControllingOfficer WMS:WorkMonitoringSystem PFMS:PublicFundManagementSystem TO:TreasuryOffices STO:SubTreasuryOffices CSS:CentrallySponsoredScheme RE:RevisedEstimate SD:SupplementaryDemand GO:GovernmentOrganization RAO:ResidentAuditOfficer NSSF:NationalSmallSavingsFund NABARD:NationalBankforAgriculture&RuralDevelopment HUDCO:HousingandUrbanDevelopmentCorporationLimited



NCDC:NationalCooperativeDevelopmentCorporation VLC:VoucherLevelCompilation PFRDA:Home‐PensionFundRegulatoryandDevelopmentAuthority



TableofContents1. SECTION–I:INVITATIONTORFP .............................................................................. 8 1.1. RFPNotice ..................................................................................................................... 8 1.2. ImportantInformation ................................................................................................. 8 2. SECTION2:INSTRUCTIONSTOBIDDERS ................................................................ 10 2.1. Definitions ................................................................................................................... 10 2.3. SOURCESOFFUNDS ................................................................................................... 11 2.4. Introduction ................................................................................................................ 12 2.5. QualificationCriteria .................................................................................................. 12 2.6. DocumentsComprisingBidProposal ........................................................................ 16 2.7. EligibleGoodsandServices ........................................................................................ 16 2.8. CostofBidding ............................................................................................................ 17 2.9. ContentofBiddingDocument .................................................................................... 17 2.10. Pre‐BidConference ..................................................................................................... 17 2.11. AmendmenttoRFP ..................................................................................................... 17 2.12. LanguageofBid ........................................................................................................... 17 2.13. DocumentsComprisingtheBid ................................................................................. 17 2.14. BidSecurity‐EarnestMoneyDeposit(EMD) ........................................................... 18 2.15. BidForm ...................................................................................................................... 18 2.16. BidPrices ..................................................................................................................... 18 2.17. BidCurrency ................................................................................................................ 19 2.18. Validityofproposal ..................................................................................................... 19 2.19. PreparationofProposal ............................................................................................. 20 2.20. Submissionofproposal .............................................................................................. 20 2.21. OpeningofBidsbyFD/GIL ......................................................................................... 20 2.22. ClarificationofBids ..................................................................................................... 21 2.23. PreliminaryExamination ........................................................................................... 21 2.24. Methodology&CriteriaforTechnical,Commercialandfinalevaluation .............. 21 2.25. AwardofContract ....................................................................................................... 24 2.26. FD/GIL’sRighttoAcceptAnyBidandtorejectanyorAllBids .............................. 24 2.27. NotificationofAwards ................................................................................................ 24 2.28. SigningofContract ...................................................................................................... 25 2.29. PerformanceBankGuarantee .................................................................................... 25 2.30. Confidentiality ............................................................................................................. 25 2.31. Disqualification ........................................................................................................... 26 2.32. BindingClause ............................................................................................................. 26 3. SECTION–IIISCOPEOFWORK ................................................................................. 27 3.1. INTRODUCTION&OVERVIEWOFEXISTINGINTEGRATEDFINANCIALMANAGEMENTSYSTEM 27 3.2. OVERVIEWOFSCOPEOFWORK ............................................................................... 32 FUNCTIONALSCOPE .................................................................................................................... 37 3.3. Operation&MaintenanceSupport ............................................................................ 90 3.4. DevelopmentandO&MTeam .................................................................................. 95 3.5. DatabaseMigration&Management .......................................................................... 97 3.6. LanguageoftheProduct ............................................................................................. 97 3.7. EnvisagedProjectPhases: .......................................................................................... 98 3.8. Detailsoftheactivities ............................................................................................... 99 4. SECTIONIV:SPECIFICATIONS ................................................................................. 101 4.1. AcceptanceCriteria ................................................................................................... 101 4.2. DevelopmentCriteria ............................................................................................... 103 4.3. HostingCriteria ......................................................................................................... 104 4.4. AccessControlandUserAuthentication: ................................................................ 105 4.5. Followingtools/softwarelicensesavailablewithGujaratStateDataCenteronsharedbasis. 105



4.6. ComputepoweravailableunderG‐Cloudatdatacenter ....................................... 105 4.7. TransactionalVolume: .............................................................................................. 106 5. SECTIONV:TimelineandPAYMENTTERMS ......................................................... 107 5.1. ProposedtimelinesforImplementation ................................................................. 107 5.2. PaymentTerms ......................................................................................................... 107 5.3. PaymentProcedure .................................................................................................. 109 6. SECTIONVI:SERVICELEVELAGREEMENT&PENALTYCLAUSE ........................ 110 6.1. Definitions ................................................................................................................. 110 6.2. CategoriesofSLAs ..................................................................................................... 110 7. SECTIONVII:ROLES&RESPONSIBILITIESOFSTAKEHOLDERS ......................... 115 7.1. FinanceDepartment(FD) ......................................................................................... 115 7.2. SI/Bidder: .................................................................................................................. 115 8. SECTIONVIII:GENERALTERMS&CONDITIONS .................................................. 117 8.1. Application ................................................................................................................ 117 8.2. Relationshipbetweenparties .................................................................................. 117 8.3. Subcontracts ............................................................................................................. 117 8.4. StandardsofPerformance ........................................................................................ 117 8.5. DeliveryandDocuments .......................................................................................... 117 8.6. SPPersonnel .............................................................................................................. 117 8.7. ApplicableLaw .......................................................................................................... 118 8.8. UseofContractDocumentsandInformation ......................................................... 118 8.9. GoverningLanguage ................................................................................................. 118 8.10. IntellectualPropertyRights ..................................................................................... 118 8.11. Inspection/Testing ................................................................................................... 120 8.12. ChangeRequestOrders ............................................................................................ 121 8.13. Suspension ................................................................................................................. 121 8.14. Termination ............................................................................................................... 121 8.15. TerminationforDefault ............................................................................................ 122 8.16. Fraud&Corruption................................................................................................... 122 8.17. ForceMajeure ............................................................................................................ 123 8.18. PaymentsincaseofForceMajeure ......................................................................... 123 8.19. TerminationforInsolvency ...................................................................................... 123 8.20. ResolutionofDisputes .............................................................................................. 123 8.21. Arbitration ................................................................................................................. 124 8.22. ContractPeriod ......................................................................................................... 125 8.23. ExitManagementProcedure .................................................................................... 125 8.24. AgreementAmendments .......................................................................................... 125 8.25. LimitationofLiability ............................................................................................... 125 8.26. Severability: ............................................................................................................... 126 8.27. MaintenanceserviceincludingWarrantySupport: ............................................... 126 8.28. TaxesandDuties ....................................................................................................... 126 8.29. LegalJurisdiction ...................................................................................................... 126 8.30. Notice ......................................................................................................................... 126 9. SECTIONIX:FormsofQualificationandTechnicalBid ......................................... 127 9.1. FORMI:BidProposalForm ...................................................................................... 127 9.2. FORMII:ParticularsoftheBidder’sOrganization ................................................. 128 9.3. Form:III–FormatforFinancialCapability ............................................................ 128 9.4. FormIV–FormatforRelevantExperience ............................................................ 129 9.5. FORMV:ProjectTeam .............................................................................................. 129 9.6. FORMVI:SelfDeclaration ........................................................................................ 130 9.7. FORMVII:OriginalEquipmentManufacturer(OEM)/DeveloperAuthorizationFormincaseofCOTSProductandforOSandDatabaseSupport(IncaseofOSandDatabasestheuserlicensesshouldbeunlimited) .................................................................................................................. 131 9.8. FormVIII–EarnestMoneyDeposit/BidSecurityintheformofBankGuaranteeFormat 133 9.9. FORMIX‐PerformanceBankGuarantee ................................................................ 135



9.10. FormX–FormatofAffidavit .................................................................................... 137 10. SectionX:FinancialBid ............................................................................................ 139



1. SECTION–I:INVITATIONTORFP1.1. RFPNoticeThisdocumentisforaRequestforProposalfor“SelectionofServiceProviderforDesign,Development,Implementation,Training,HandHoldingandOperation&MaintenanceSupport for 8 years for New Integrated Finance Management System” for FinanceDepartment(FD),GovernmentofGujarat.FinanceDepartmentintendstoautomatethefinancialprocessofGovernmentofGujarat.ThesoftwaresolutionisenvisionedtohaveintegratedcomponentslikeBudgetPreparation,GrantDistribution, Receipt and Expenditure Management, Account Reconciliation, ePayment,eRefundformonitoring&reviewingthefinancialmattersofGovernmentofGujarat.The bidder shall be responsible for “Design,Development, Implementation, Training,HandHolding and Operation & Maintenance Support for 8 years for Integrated FinanceManagementSystem”.Thebiddershallbe responsible forprovidingall typesof servicesasmentionedinthisdocuments&ScopeofWork,asapartofthisproject.Thebidder,whointendstoparticipateinthisbid,isrequiredtofollowthebelowmentionedstages: PresentationofExistingRFPandBriefofScopeofWork Invitinginputsfromtheprobablebidders UploadingtheRFPalongwithScopeofWokwithsuitablechanges Pre‐BidConference Technical&FinancialBidSubmission OpeningofTechnicalBid EvaluationofTechnicalbid PresentationonApproach&Methodology OpeningofFinancialbidsofallqualifiedbiddersEligible bidders may download the RFP document from the websitewww.gujaratinformatics.com&https://gil.nprocure.com.Thebidsmustbesubmittedonlinethroughhttps://gil.nprocure.com.ThebidprocessingfeeandEMDisrequiredtosubmitphysicallyatGILoffice.FDreservestherighttorejectanyoralltheproposalsinwholeorpartwithoutassigninganyreasons.ThisRFPdocumentisnottransferable.Minimumabsolute technical score toqualify for commercial evaluation is50%of technicalevaluation. Financial bids of only those bidders who qualify on the basis of evaluation oftechnicalbidswillbeopened.1.2. ImportantInformationSr.No. Information Details

1. RFPNo.anddateofPublishing NoSW12102017147Date:12.10.2017



Sr.No. Information Details

2.

Lastdateforsubmissionofwrittenqueriesforclarificationsto:[email protected]@gujarat.gov.in

27thOctober,2017upto1200hrs

3. Pre‐BidConference

8th November,2017at1200hrsFinanceDepartmentConferenceRoom,BlockNo4,5thFloor,NewSachivalaya,Gandhinagar

4. Dateandtimeforsubmissionofthebids 28th November,2017upto1500hrs

5. DateandtimeforopeningofBids 28thNovember,2017at1600hrs

6. PlaceforOpeningofBids

ConferenceRoom,GujaratInformaticsLtd.BlockNo.1,8thFloor,UdyogBhavan,Gandhinagar

7. Place,DateandTimeforTechnicalPresentation

ThePlace,DateandTimeforTechnicalPresentationwillbeinformedtotheeligiblebidderslateron.

8. Addressforcommunication

Director(e‐Governance),GujaratInformaticsLtd.BlockNo.1,8thFloor,UdyogBhavan,GandhinagarPhone:91‐79‐23259239,59240Fax:91‐79‐[email protected]@gujarat.gov.in

9. Place,DateandTimeforOpeningofFinancial/CommercialBids

Place,DateandTimeforOpeningofFinancial/CommercialBidswillbecommunicatedtothetechnicallyqualifiedbidderslateron.

10. Bidvalidity180daysfromtheFinancialBidOpening

The bidder shall submit the DD of Rs. 15,000/‐ towards bid processing charges andDD/BankGuarantee ofRs. 1,00,00,000/‐ towards EMD/Bid Security in sealed cover.Thesealedcovershouldsuperscribeas“BidprocessingfeesandEMDforRFPforSelectionofService Provider for Design, Development, Implementation, Training, Hand Holding andOperation&MaintenanceSupportfor8yearsforIntegratedFinanceManagementSystemforFinanceDepartment(FD)”.The bid processing feesmust be in the form of DemandDraft in in the name of “GujaratInformaticsLtd.” payable at Ahmedabad /Gandhinagar. EMD/Bid Securitymust be in theformofDemandDraft/BankGuarantee in thenameof“Gujarat InformaticsLtd.”payableatAhmedabad/Gandhinagar.IncaseofEMDintheformofBG,itshouldbevalidfor9monthsfromthedateofbidsubmission.



2. SECTION2:INSTRUCTIONSTOBIDDERS2.1. Definitions2.1.1. “ApplicableLaw”meansthelawsandanyotherinstrumentshavingforceoflaw

inIndiafromtimetotime.2.1.2. “Proposal/bid” means proposal submitted by bidders in response to the RFP

issuedbyFinanceDepartmentforselectionofServiceProvider.2.1.3. “CompetentAuthority”meanstheFinanceDepartment.2.1.4. “Committee”meanscommitteeformedbytheFinanceDepartment(FD) forthe

purposesofprocessingandevaluationofthisbid2.1.5. “ContractValue”means thepricepayable to the selected firm/companyunder

the Contract for the complete and proper performance of its contractualobligations.

2.1.6. “Service Provider” means any private or public entity, which will provide theservicestoFinanceDepartmentunderthecontract.

2.1.7. “Contract” means the Contract signed by the parties along with the entiredocumentationasspecifiedintheRFP

2.1.8. “Day” means Working day. A period of 24 hours running from midnight tomidnightandthecalendardayapplicabletoIndia

2.1.9. “Effective date”means the date fromwhich the contract comes into force andeffect.

2.1.10. “Government”meansStateGovernmentofGujarat.2.1.11. “FD”meansFinanceDepartment,Gujarat.2.1.12. “New IFMS” means Integrated Finance Management System needs to be

developedbyselectedServiceProvider2.1.13. “Product”meansafinalsolutionafterDevelopment/CustomizationofNewIFMS

asperrequirementoftheFD.2.1.14. “HRMS”meansHumanResourceManagementSystem.2.1.15. “Rules” means the applicable rules under different statutes, Acts, Rules,

Government Resolutions, Circulars in relation to personal management ofemployeesinGujaratGovernment.

2.1.16. “GIL”meansGujarat Informatics Limited, BlockNo.1, 8th Floor, UdyogBhavan,Gandhinagar–382017,Gujarat.

2.1.17. “Personnel” means professional and support staff provided by the SP andassignedtoperformservicestoexecuteanassignmentandanypartthereof.

2.1.18. “Intellectual Property Rights” means any and all copyright, moral rights,trademark,patentandotherintellectualandproprietaryrights,titleandinterest,world‐wide,whether vested, contingent or future, includingwithout limitationall economic rights and all exclusive rights to reproduce, fix, adapt, modify,translate,create,derivativeworksform,manufacture,introduceintocirculation,publish, distribute, sell, license, sublicense, transfer, rent, lease, transmit orprovideaccess electronically, broadcast, display, enter into computermemoryorotherwiseuseanyportionorcopyinwholeorinpart,inanyform,directlyorindirectly,ortoauthorizeorassignotherstodoso.

2.1.19. “Services”meanstheworktobeperformedbytheSPpursuanttotheselectionbyFDandtothecontracttobesignedbythepartiesinpursuanceofanyspecificassignmentawardedtothembyFD.

2.1.20. GoLivemeans100Successful transactionsofat least90% functionalitiesafterUAT subject to satisfaction of FD. Remaining 10% functionalities should bedevelopedwithin2monthsofGo‐Liveaspartofcontinuesdevelopment.Go‐Live



stage,formodulescompletedbyserviceprovider(forexample–Budgetmodule)where live data is not possible to make available due to business processcyclicity,100transactionsmaybedoneusingdummydata.

2.2. AfterGo‐Live of phase 1bidderhas to provide thehandholding andhelpdesksupport for the developed functionalities and deploy manpower as perinstruction of finance department and parallelly has to develop phase II andphase III. The handholding and helpdesk support ratewill be as per the ratequoted by bidder in the financial bid. The amount of this periodwill be paidseparatelybyFinanceDepartment.InPhase1bidderhastoprovidethefollowingfunctionalities:

DynamicBIaccordingtothecategoryBudget IntegrationwithGST GrantDistribution Debt.ManagementSystem TreasuryFunctions ControllingOfficerFunctions Drawing&DisbursementOfficerFunctions ReceiptManagementSystem ePayment, eReceipt, eRefund in respect of Gvoernment on one hand and

Governmentoffices,businessesandindividualsonotherhand IntegrationwithExternalAgencies(e.gRBI,Banks,AG,HRMS,PFMS,WMS)

In Phase 2 bidder has to provide the required functionalities for the followingoffices: DPPF BureauofPublicSectorEnterprises(BPE) Examiner,LocalFunds DirectorateofInsurance EmployeeDatabase PayFixation&PayVerification ContractManagement(LimitedtoforGoIProjectforUTC,State&GoIprojects

General details such as Name, Milestone, Progress, Payment for monitoringexternallyaidedprojects)

In Phase 3 bidder has to provide the required functionalities for the followingoffices: AllDistrictPanchayatsFinanceManagementSystem AllTalukaPanchayatsFinanceManagementSystem

2.3. SOURCESOFFUNDSFinance Department is calling Service Provider for “Design, Development,Implementation, Training, Hand Holding and Operation & MaintenanceSupport for8years forNew IntegratedFinanceManagementSystem” forGovernmentofGujaratEmployeesacrossthestate.The Work Order will be placed to the selected Service Provider by FinanceDepartment directly and the payment for the services mentioned in the saidworkorderwillbemadedirectlybyFinanceDepartmentfromtheirownsourcesoffundsasperthefinancialtermsandconditionsmentionedinthisdocument.



2.4. Introduction2.4.1. Finance Department is one of the key departments of State Government. The

overall financial process of State Government from receipt to expenditure isdrivenbythisdepartment.FinanceDepartmentand itsHoDsstartedtheprocessofautomationof itscoreprocesses in the year 2008‐09. Under this process a system named “IFMS(IntegratedFinanceManagementSystem)”wasputinplace.The“IFMS”systemimplemented in the Finance Department and its HoDs was a substantial leapfromthepre‐existingmanualsystemandhasfeatureslike: System based clearance of bills in all treasuries spread over 253 locations

across the Gujarat, after checking for the budget availability with thedatabase;

Monthlygenerationofaccounts; Elimination of systemic deficiencies in themanual system like overdrawof

funds, fraudulent withdrawals, misclassification of expenses, non‐reconciliation of accounts, delay in finalization of accounts and delay insettlingclaims;

Helpingtheadministrationinbettercashmanagement&budgetmonitoring; Providing timely and accurate information to Government departments on

therevenuesandexpenditureforbettermanagementofvariousschemes. The department now wishes to sunset the existing IFMS application and

developsawholeapplicationincorporatingthefeaturesofthecurrentIFMSapplication in addition to thenew features requested in thisRFP.Thenewsystemshallbecalled“NewIFMS”andshallcompletelyreplace theexistingsystem

2.5. QualificationCriteriaThe bidders meeting the following qualification criteria will be short listed andconsideredfortechnicalevaluation.Sr.No.

EligibilityCriteria Attachments

1. The bidder would be a company registered/incorporated under Indian company ACT andmusthave5yearsofexistenceinIndia.

ValidcopyoftheCertificate

2. Bidder should be an established IT TotalSolution Provider and should have beenengaged in similar IT projects/solutionsbusinessforaperiodofatleastfiveyearsfromthelastdateofsubmissionofbids.

WorkOrders/ClientCertificatesconfirming year and area ofactivity.

3. Thebiddermusthave turnoverof at leastRs.500Crores foreachof the last three financialyears. (2013‐14, 2014‐15, 2015‐16, or 2014‐15,2015‐16,2016‐17)

Audited and Certified BalanceSheet & Profit/Loss Account oflast3FinancialYears.CA certificate mentioningturnover of Software/ITproducts and Support serviceactivities

4. The bidder should have experience in Work Order / Project Contract



Sr.No.


development and implementation, supportservices of at least One Solution including ITinfrastructureinfinancialsectorinIndia, likebanks or state government/PSUauthorities/Private Organization in last 5years/ongoingfromlast1yearhavingprojectvalue of 10 crore and having 35 site/branchlocation.

Document / Agreement /Satisfactory CompletionCertificate by the client withdetailsofprojectvalue,sitesandno. of users / Letter Signed byAuthorized Signatory orCompany Secretary with detailsofprojectvalue, sitesandno.ofusers"whichprojectsareunderNon‐Disclosure/ConfidentialityAgreement and cannot beshared.

5. The Bidder should be a Total SolutionProvider(TSP) having CMMi level 5certification and ISO 9001:2011/ISO9001:2008, ISO 27001: 2005/ISO 27001 :2013 certification (Information SecurityManagementSystem)

ValidcopyoftheCertificates

6. The bidder should have an experience ofworkingasTSPorDeveloperforbuildinganITsystem catering to minimum 1000 users orresourcesanytimeinlastfiveyears.

Work Order / Project ContractDocument / Agreement /Satisfactory CompletionCertificate by the client withdetailsofprojectvalue,sitesandno. of users / Letter Signed byAuthorized Signatory orCompany Secretary with detailsofprojectvalue, sitesandno.ofusers"whichprojectsareunderNon‐Disclosure/ConfidentialityAgreement and cannot beshared.

7. The bidder should have at least 1000technicallytrainedemployeesonitspayrollason31.03.2017.

Authorization certificate fromHRmanager

8. Thebiddermustgiveundertakingdulysigned& sealed by Authorized Signatory that if thiscontract isawardedtohim,hewillemployallthe resources with the necessary capabilitiescatering to different phases of projectimplementation, as defined in the scope ofwork. Resources need to be Deployed atdirected by Finance Department offices/placesspecifiedbyFDinGandhinagarandanydistrictofGujarat.

Relevantundertaking

9. Bidder should not be under a declaration ofineligibilityforcorruptorfraudulentpracticesissued by Government of India or byGovernment of any other State in India or byGovernmentofGujaratoranyofthePSUinthe

Certificate/affidavitmentioningthattheBidderisnotblacklistedby Government of India or byGovernmentofanyStateinIndiaor by Government of Gujarat or



Sr.No.


state of Gujarat in last 5 years at the time ofbidding.

any of the PSUs in the state ofGujarat due to engagement inany corrupt & fraudulentpractices. Self‐Declaration Formmustbesubmitted

10. Biddershouldnothaveviolated/infringedonany Indian or foreign trademark, patent,registered design or other intellectualpropertyrightsanytimeanywhereinIndia.

Affidavitregardingnon‐violation/ infringement of any Indian orforeign trademark, patent,registered design or otherintellectualpropertyrightsmustbe submitted by the bidder asperAttachedformat.

11. The Bidder should have at least one office inGujarat and preferably supportcenters/logistics for the entire state. If theBidderisnothavinganyofficeinGujarat,thenbidder should submit a letter of undertakingto open an office in Gujarat within 45 daysfrom the date of issue of work order if he isawardedthework.

The copy of Property taxbill/Electricity Bill/TelephoneBill/G.S.T.‐C.S.T.Registration/Lease agreementshouldbesubmittedasproofOrUndertakingLetter

In Case of the proposed solution is COTS Based then Bidder and/or OEM meets thefollowingCriteriaandthebiddershouldfurnishacceptanceonprovidingfutureversion:

12. In case bidder is offering the COTS Product(ERP Solution), Sales of the COTS productshouldbe at leastRs. 5000Crores globally ineachofthelastthreefinancialyears.

Audited and Certified BalanceSheet & Profit/Loss Account oflast3FinancialYears.CA certificate mentioningturnover.Copyofvalidcertification.

13. Bidder should have demonstrable expertiseand experience in providing and customizingCOTSoffinanceandaccountsrelated.The bidder must have implemented &operationalizedsuchCOTSbased3projectsof12croreor2projectsof15croresor1projectof24croreinlast5years

Work Order / Project ContractDocument / Agreement /Satisfactory CompletionCertificate by the client withdetailsofprojectvalue,sitesandno. of users / Letter Signed byAuthorized Signatory orCompany Secretary with detailsofprojectvalue, sitesandno.ofusers"whichprojectsareunderNon‐Disclosure/ConfidentialityAgreement and cannot beshared.

14. Outof1000technicallytrainedemployees200employeesOFbiddershouldbetrainedontheCOTSproductincaseofCOTSimplementationsupport, configuration, customization, testing,user acceptance, training, hand holding andapplicationsupportactivities.

Authorization certificate fromHRmanager.

15. The bidder should be authorized by its OEM The authorization certificate of



Sr.No.


for theproduct quoted in thebid. Thebiddershould have a back‐end supportagreement/arrangement for services of theoffered product support with the OriginalEquipmentManufacturers(OEMs)forsupportactivitiesfortheentireprojectperiod.

OEM

16. The bidder must get and present an undertaking duly signed by authorized signatory of the COTS OEM to convey OEM’s acceptance to the following arrangement “The COTS OEM provider agrees to provide the additional user licenses with following conditions: Additional licenses shall be provided at a discount to the quoted price in this bid subject to following discount schedule:

30000 user licenses: As per price quoted in financial bid (The unit price of the same will be calculated accordingly as: Unit Rate = Quoted Rate for 30,000 users/30000 and similar method for calculation of unit rate for ATS/AMC for 8 years will be applicable)

For purchase of additional licenses quantity from 30001 to 50000, bidder has to provide 50% discount on unit quoted price on incremental quantity

For purchase of additional licenses quantity from 50,001 and above bidder has to provide 80% discount on unit quoted price on incremental quantity

Besides the cost of COTS licenses, if there are other items in the bid document which also attract costs based on quantity of user licenses then all such licenses shall attract discounts as mentioned above in their lump sum onetime cost or in their annual licensing costs. The TSP shall give this undertaking in respect of such quantities which are chargeable by him. The discount shall be computed against the price quoted in the Financial Bid of this RFP. Further the quantity indicated above includes such licenses bought by other Government organizations, inside and outside Gujarat, which go in for rapid roll out of IFMS either pursuant to an agreement with the state of Gujarat or pursuant to decision by the Department of electronics and IT, Government of India under National e‐Governance Plan or under any other

FORM VII: Original EquipmentManufacturer (OEM)/DeveloperAuthorizationForm



Sr.No.


scheme for rapid roll out. The discount shall apply on incremental quantity and not on the cumulative quantity. Such undertaking will have to be taken from the OEM and to be submitted by the TSP along with the Bid.

17. NoConsortiumwillbeallowed.Notes:1. COTS means commercially Off‐The‐Shelf: The software application should be

readily deployable with or without configuration to suit the customer’s specificprocessrequirementsanddoesnotinvolvedevelopingtheapplicationfromscratch.COTSsoftwareshallbeimplementableordeployableandmaintainablebyanyothercompetentagencyotherthanthemanufactureroragencywhichhasdevelopedtheCOTS software. Proposed COTS software solution shall also be available withcomplete transparency including operation manuals, help documents and sourcecode for customization. The OEM of the COTS product should have 20 or moreregisteredpartnertoselltheirproductcommercially.

2. Technically trained means “who is IT graduate and should have knowledge todevelop/supportsuchtypeofITsolution”

2.6. DocumentsComprisingBidProposalTheresponsesubmittedbythebiddershallcomprisethefollowingdocuments:2.6.1. Qualification&TechnicalProposal

2.6.1.1. SealedcoverofBidProcessingFeeandEarnestMoneyDeposit/BidSecurity

2.6.1.2. BidProposalform2.6.1.3. GeneralInformation2.6.1.4. FinancialCapabilitywithsupportingdocuments2.6.1.5. RelevantExperiencewithsupportingdocuments2.6.1.6. Self‐Declaration2.6.1.7. AllrelevantCertification2.6.1.8. AllundertakingssubmittedbytheAuthorizedSignatoryshallbeon

aStampPaperofvaluenotlessthanRs.1002.6.1.9. Proposaldocumentcontainingabriefabouttheorganization,its

expertiseanddocumentaryevidences.2.6.2. FinancialProposal

2.7. EligibleGoodsandServices2.7.1. Software application development and deployment with or without

configuration to suit the customer’s specific process requirements. Softwareshallbeimplementableordeployableandmaintainablebyanyothercompetentagency. Software solution shall also be available with complete transparencyincludingoperationmanuals,helpdocumentsandsourcecode.

2.7.2. Forpurposeofthisclause,"origin"meanstheplacewherethegoodsarefromorfrom which the ancillary services are supplied. Goods are produced when,throughmanufacturing,processing,codewritingandcompiling,orsubstantialormajor assembling of components, a commercially recognized product resultsthatissubstantiallydifferentinbasiccharacteristicsorinpurposeorinpurposeorutilityfromitscomponents.



2.8. CostofBiddingThe Bidder shall bear all the costs associated with the preparation andsubmission of its bid, and FD/GIL will in no case be responsible or liable forthesecosts,regardlessofconductoroutcomeofbiddingprocess.

2.9. ContentofBiddingDocumentThe Bidder is expected to examine all instructions, forms, terms andspecifications in the bidding documents. Failure to furnish all informationrequired by the bidding documents in format or submission of a bid notsubstantiallyresponsivetothebidingdocumentsineveryrespectwillbeattheBidder'sriskandmayresultinrejectionofitsbid.

2.10. Pre‐BidConference

A prospective Bidder requiring any clarification of the revised biddingdocuments may seek clarifications of his/her queries submitted on or beforedatementioned insection1.FD/GILwilldiscuss thequeriesreceived fromtheinterested bidders in the pre‐bid meeting and respond the clarifications byuploadingonthewebsite.Theinterestedbiddershouldsendthequeriesasperthefollowingformat:

Bidder’sRequestForClarification

NameofOrganizationsubmittingrequest

Name&positionofpersonsubmittingrequest:

Addressoforganizationincludingphone,fax,emailpointsofcontact

S.No. BiddingDocumentReference(Clause/page)

Content ofRFPrequiringclarification

PointsofClarificationrequired

1 2 3 4

2.11. AmendmenttoRFP2.11.1. At any time prior to the deadline for submission of bids, FD/GILmay, for any

reason,whetheronitsowninitiativeorinresponsetoaclarificationrequestbyaprospectivebidder,modifythebiddingdocuments.

2.11.2. All prospective bidders who have received the bidding documents will benotified of the amendment through website and such amendments will bebindingonthem.

2.11.3. In order to allow prospective bidders reasonable time to consider theamendmentswhilepreparingtheirbids,FD/GILatitsdiscretion,mayextendthedeadlineforthesubmissionofbids.

2.12. LanguageofBidThebidpreparedby theBidder, aswell as all correspondence anddocumentsrelating to the bid exchanged by the Bidder and FD/GIL shall be in Englishlanguage.

2.13. DocumentsComprisingtheBid2.13.1. ThebidpreparedbytheBiddershallcompriseofthefollowingdocuments:



2.13.1.1. EMD&BidProcessingFees2.13.2. Qualification documents, Technical Bids and Financial Bidsmust be submitted

online through thee‐tenderingwebsiteofhttp://gil.nprocure.comusingdigitalsignature.2.13.2.1. The bid documents and addendums (if any) together shall be

considered as final and self‐contained bid documents notwithstanding any previous correspondence or document issued byGIL/FD.

2.13.2.2. The bid processing fee of Rs. 15,000/‐ (Rupees FifteenThousands Only) in form of DD and EMD of Rs. 1,00,00,000/‐(RupeesOneCroreOnly) in form of DD/Bank Guarantee are to besubmitted physical in the form favoring ofGujarat InformaticsLtd,Gandhinagar insealedcoverclearlymentioning that “bidProcessingFee and EMD of RFP for ““Selection of Service Provider for Design,Development, Implementation,Training,HandHoldingandOperation&MaintenanceSupportfor8yearsforIntegratedFinanceManagementSystem” for Finance Department (FD)” at GIL on the addressmentionedinSection‐1.

2.14. BidSecurity‐EarnestMoneyDeposit(EMD)2.14.1. EarnestMoneyDepositRs.1,00,00,000/‐(Rupeesonecroreonly)intheform

of DD/Bank Guarantee in favour of “Gujarat Informatics Limited” payable atGandhinagar.

2.14.2. ProposalsnotaccompaniedbyEMDshallberejectedasnon‐responsive.2.14.3. NointerestshallbepayableontheEMD.2.14.4. The successful bidder’s bid securitywill bedischarged fromGILonly after the

signingofthecontractandsubmissionofperformancesecurity.2.14.5. Unsuccessful bidder’s EMD will be discharged / refunded as promptly as

possible,butnotlaterthan30daysofthevalidityperiodofthebid.2.14.6. TheEARNESTMONEYDEPOSITshallbeforfeited:

a) ifaBidderwithdrawsitsbidduringtheperiodofbidvalidityb) incaseofasuccessfulBidder,iftheBidderfails:

i. tosigntheContractasmentionedaboveorii. tofurnishperformancebankguaranteeasmentionedaboveor

2.15. BidForm2.15.1. The Bidder shall complete the Technical Bid and Financial Bid furnishedwith

this document giving details as per the format mentioned in the e‐Tenderingwebsitehttps://gil.nprocure.com.Thebiddershallalsocompletethebidformas per section V and submit it with the financial Bid onhttps://gil.nprocure.com.

2.16. BidPrices2.16.1. TheBiddershallindicatethepricesintheformatmentionedinthee‐Tendering

websitehttps://gil.nprocure.com.2.16.2. Followingpointsneedtobeconsideredwhileindicatingprices:

2.16.2.1. The prices quoted should also include, inland transportation,insurance and other local costs incidental to delivery of the goods andservices to their final destination within the state of Gujarat in case ofprimarysiteandwithinIndiaincaseofDRsiteasindicatedbyGIL/FD

2.16.2.2. The rates of any Indianduties, sales tax, service tax andother taxes



which will be payable by the Client on the goods/ services (if any) if thiscontractisawarded,shouldbequotedseparately,

2.16.3. TheBidder'sseparationofthepricecomponentswillbesolelyforthepurposeoffacilitating thecomparisonofbidsbyFD/GILandwillnot inanyway limit theClient'srighttocontractonanyofthetermsoffered.

2.16.4. Sharingofresponsibility(betweenFDandthebidder)ofprocurementofvarioustypesofsoftwareshallbeasunder:2.16.4.1. Thepricesquotedshallbeinclusiveoflicensesoftwarerequired

for actual running of applications developed (i.e. OperatingSystemanddatabaseothersoftwarerequired).

2.16.4.2. Bidder has to procure and provide the required softwareplatform at central level and Department will provide therequiredsoftwareplatformatuserlevelforrunningofproductslikeOperatingSystem,systemsoftwareetc.

2.16.4.3. The SP will provide and develop New IFMS to run anyenvironmentatthecentralsideforDatabasemanagement.

2.16.4.4. The price quoted shall be inclusive of “Design, Development,Implementation, Training, Hand Holding and Operation &Maintenance Support for 8 years for New Integrated FinanceManagementSystem”theperiodofcontract.ThisshallalsoincludethecostofintegrationwithapplicablemodulesofintegratedsolutionslikeIWDMS&HRMSofGovt.ofGujarat.

2.16.4.5. Bidder is expected to fill the rates/amount for all items in FinancialBid format. However, in case, the bidder chooses to quote zero, nilamount or blank, it will be his risk and the same shall in no wayrestrictthescopeofthework.Anyratequotefieldkeptblankwouldimplythatbidderisquotingzeropricesforthatitem.

2.16.4.6. TheFinanceDepartmentshallhavetheunrestrictedrighttodeployoruse New IFMS application software and the documentation relatedthereto, in any Gujarat state government department, at no cost toclient.StateGovernmentmaychoosetocarryoutthecustomizationofthesoftware,aftertheexpiryofthepostimplementationsupport,byanywaytheywant.

2.17. BidCurrency

PricesshallbequotedinIndianrupeesonly.2.18. Validityofproposal2.18.1. Proposalsshallremainvalidforaperiodof180days(onehundredeightydays)

afterthedateoffinancialbidopeningprescribedintheRFP.Aproposalvalidforshorter period may be rejected as non‐responsive. FD/GIL may solicit thebidders’ consent to an extension of proposal validity (but without themodificationinproposals).

2.18.2. In exceptional circumstances, GIL may solicit the Bidder's consent to anextensionof theperiodofvalidity.Therequestandtheresponsestheretoshallbe made in writing. The Bid security period provided shall also be suitablyextended.ABiddermayrefusetherequestwithoutforfeiting itsbidsecurity.ABiddergrantingtherequestwillnotbepermittedtomodifyitsbid.

2.18.3. Bidevaluationwillbebasedonthebidpricesandtechnicalbidwithout takingintoconsiderationtheabovecorrections



2.19. PreparationofProposal2.19.1. TheproposalandallassociatedcorrespondenceshallbewritteninEnglishand

shall conform to prescribed formats. Any interlineations, erasures or overwritingsshallnotbevalid.

2.19.2. Theproposalshallbetypedorwritteninindelibleink(ifrequired)andshallbeinitialed on all pages by authorized representative of the bidder to bind thebiddertothecontract.TheauthorizationshallbeindicatedbyBoardResolution/PowerofAttorneyandshallaccompanytheproposal

2.19.3. In addition to the identification, the covering letter (Form1) shall indicate thenameandaddressofthebiddertoenabletheproposaltobereturnedinthecaseitisdeclaredlatepursuant,andformatchingpurposes.

2.19.4. The information submitted must be definitive and specific. Vague terms,incomplete information, counteroffers,and 'uncalled for' correspondenceshallnotbeentertained.

2.19.5. Alteration / Rewording / Deletion / Correction of any part in the TenderDocumentarenotpermitted.Iffoundinanybidproposal,bidmaybeliabletoberejectedwithoutpriorintimationtothebidder.

2.19.6. Bidder is required to submit the completeproposal alongwith required formsetconhttps://gil.nprocure.com.Theproposal shall be exactlyaccording to thepresentedformatsgivenonthehttps://gil.nprocure.com.Thetechnicalresponseshouldbeconcise.Anyresponsenotasperthespecifiedformatmaybeliabletoberejected.Nomarketingliteraturepertainingtothebiddershouldbeenclosedalongwiththeproposal.Ifenclosed,itmaybetreatedasdisqualification.

2.19.7. Committee would ask Bidder(s) for detailed presentations. All suchpresentationsshallbeatthecostofbidder.

2.19.8. The bidder is expected to examine carefully all instructions, forms, terms andspecifications in the Tender document. Failure to furnish all informationrequiredintheTenderDocumentorsubmissionofaproposalnotsubstantiallyresponsivetotheTenderDocumentineveryrespectwillbeatthebidder’sriskandshallresultinrejectionoftheproposal.

2.20. Submissionofproposal2.20.1. SubmissionofBids:

a) The Bidder shall submit the Technical Bid and a Financial Bid as per theformatmentioned in thee‐Tenderingwebsitehttps://gil.nprocure.com.ThebiddershallalsocompletethebidformasperFormIandsubmititwiththefinancialbidonhttps://gil.nprocure.com.

b) Telex,cable,e‐mailedorfacsimilebidswillberejected.2.20.2. PricesshallbequotedinIndianRupeesOnly. 2.21. OpeningofBidsbyFD/GIL2.21.1. FD/GIL will open all bids (only Technical stage at the first instance), in the

presenceofallBiddersortheirrepresentativeswhochoosetoattend,andatthefollowingaddress:

GujaratInformaticsLtd,Blockno.1/8,Sector‐11,UdyogBhavan,Gandhinagar‐382010

2.21.2. The bidder's representative who is present shall sign an attendance registerevidencing their attendance. In the event of the specified date of Bid opening



being declared holiday for FD/GIL office, the Bid shall be opened at theappointedtimeandlocationonthenextworkingday.

2.21.3. Thebidder'snames,bidmodificationsorwithdrawal,bidprices,discounts,andthepresenceor theabsenceof requisitebidsecurityandsuchotherdetails,asGIL,atitsdiscretion,mayconsiderappropriate,willbeannouncedatthetimeofopening.NoBidshallberejectedattheopening,exceptforlatebids,whichshallbereturnedunopenedtothebidders.

2.21.4. Bidsandmodificationsentthatarenotopenedandreadoutatbidopeningshallnotbeconsideredforfurtherevaluation,irrespectiveofthecircumstances.

2.21.5. TheFinancialBidsofonlythosebidderswhoqualifyonthebasisofevaluationoftechnical bid will be opened in the presence of the qualified bidders of theirrepresentatives at pre‐specified time and datewhichwill be communicated tothequalifiedbidderswellinadvance.

2.22. ClarificationofBids

During evaluation of bids, GIL may, at its discretion, ask the Bidder for aclarificationofitsbid.GILmayalsoaskforrateanalysisofanyorallitemsandifratesarefoundtobeunreasonablyloworhigh,thebidshallbetreatedasnon‐responsiveandhenceliabletoberejected.Therequestforaclarificationandtheresponseshallbeinwritingandnochangeinpricesorsubstanceofthebidshallbesought,offeredorpermitted.

2.23. PreliminaryExamination2.23.1. FD/GILwillexaminethebidstodeterminewhethertheyarecomplete,whether

any computational errors have been made, whether sureties have beenfurnished,whetherthedocumentshavebeenproperlysigned,andwhetherthebidsaregenerallyinorder.

2.23.2. Prior to the detailed evaluation, GIL will determine the substantialresponsiveness of each bid to the bidding documents. For purposes of theseclauses,asubstantiallyresponsivebidisone,whichconfirmstoallthetermsandconditions of the bidding documents without material deviation. Deviationsfromorobjectionsorreservationstocriticalprovisionssuchasthoseconcerningperformance security, Warranty, Applicable law and Taxes and duties willdeemed to be material deviations. FD/GIL determination of a bid'sresponsivenessistobebasedonthecontentsofthebiditselfwithoutrecoursetoextrinsicevidence.

2.23.3. IfaBidisnotsubstantiallyresponsive,itwillberejectedbyFD/GILandmaynotsubsequently be made responsive by the Bidder by correction of the non‐conformity.

2.23.4. Conditionalbidsareliabletoberejected.2.24. Methodology&CriteriaforTechnical,Commercialandfinalevaluation2.24.1. FDwill form a Committeewhichwill evaluate the proposals submitted by the

bidders foradetailedscrutiny.Duringevaluationofproposals,FD/GIL,may,atitsdiscretion,askthebiddersforclarificationoftheirTechnicalProposals.

2.24.2. The bidders are expected to provide all the required supporting documents&compliancesasmentionedinthisRFP.

2.24.3. During the technical evaluation, FD/GIL may seek the clarification in writingfromthebidder,ifrequired.Ifbidderfailstosubmittherequiredclarificationsindue time, the technical evaluation will be done based on the informationsubmittedinthetechnicalbid.Thepricebidwillbeopenedofthebidderswhose



technical bids are fully complied and who have scored 50% of technicalevaluation out of 100. At any point of time, if FD/GIL feels that the bidder ishiding any informationwhichwill affect the project cost in short or long run,FD/GILmayrejecthisbidwithoutassigninganyreasonorexplanation.

2.24.4. Priceshallbeloadedappropriatelyforthemissingcomponent/quantity/taxetc.Price quoted in the financial bid will be final. Bidder is required to fulfill allobligationsasrequiredinthebidasperthepricesquotedinthefinancialbid,forthe proposed scope of work and bill of material, applicable taxes or missingcomponent(s),ifanyforwhichthedescriptionisthereintechnicalresponsebutpriceisnotprovidedinthefinancialsheet.Pricewillbeappropriatelyloadedforthemissing tax components/missing components that in the understanding oftheevaluatorsisfoundtobemissingfromtheproposedbillofmaterialexceptincasewherethereisawrittenjustificationprovidedinthetechnicalbidresponse.Basisofloadingshallbethehighestcostquotedbythebidders.

2.24.5. ProofofConcept(tobeshownatthetimeofPresentation)

• BillProcessing,Vouchergeneration• ContractManagementFunctionalitiesasonpage60 item7• Grantallocationtoadmindepartment• Preparationofcashbook,receipt‐expenditurestatement,chequebookand

headwisebalancesheetstatement• DemonstrationofBIToolandreportvisualizationforany7reportoutof

scopeofdummydata2.24.6. Thefollowingcriteriashallbeusedtoevaluatethetechnicalbids.

Sr.No.

Particular Marks

1. Technical Evaluation of OfferedSolution

Aspergivensection2.24.6.1 40

2. TechnicalPresentation Aspergivensection2.24.6.2 60

TechnicalMarks(TM) 100MinimumQualifyingScores 50

2.24.6.1. TechnicalEvaluationofOfferedSolution

SNo. Parameter Marks1. EaseofUsage 052. EaseofCustomization 053. MethodsofReportgenerationincludingmethodofexportingthesame 054. DatabaseExchangeFacility i.e.integrationofdatafromdifferent

system. 055. Modularapproachmakingitconvenienttoaddmoduleslater 056. ScalabilitytoincorporateSmartcards,Biometrics,andBarcode 057. ProductRoadmapforthenexteightyears 058. 24X7SLABasedProductSupport 05 TOTAL 40



2.24.6.2. TechnicalPresentationOn the prescribed date and time, the bidder shall make a technical presentationcoveringfollowingareas:

SNo. Parameter Marks

1. UnderstandingofScopeofWork 20

2. DevelopmentanddeploymentarchitectureTools/Technologies used for design and development etc.),security, conformance to industries standard, database, BusinessIntelligence (Modularity, Scalability, Suitability of Tools &TechnologiesproposedincludingcapacitytohandlelargevolumesasenvisagedbyIFMS),ApproachtodeveloptheAPIbasedsystem,ManagingtheAPIecosystem,Approachforinterfacingwithothersystems

10

3. Technical Architecture, Database architecture (Database designData structures, Database security for any data change) andsecurityarchitecture (ApplicationSecurity includingensuringnonrepudiation of data and reconstruction of truth, Governanceframework to cover the threat landscape Solution to ensure foolproofsecuritytothesystemfromvariousthreatsincludinghackingattempts, internal threats, etc. Privilegemanagement, CompliancetoRegulations(ITAct,CERT‐inandothergovernmentguidelines ,Securityofpaymentgateways)

10

4. Implementation Strategy (Approach & Methodology), Datamanagementandmigrationstrategy),ScalabilityofSoftware,RiskandmitigationPlan,Plantohandlemultiplestakeholders

10

5. Proposed Team for project (Development, Deployment,HandholdingandO&M)Aspersection3.4.1,3.4.2&3.4.3

10

TOTAL 60

Note:Bidderhastoscoreminimum50outof100marksintechnicalevaluationtoqualifyinthetechnicalbids.TechnicalBidEvaluation:Thetechnicalscoreofabidder‘Tb’willbeassignedtothebidder&itwillbeawardedbased on the Technical Evaluation Criteria as specified above. FD’s decision in thisregardshallbefinal&bindingandnofurtherdiscussionwillbeheldwiththebidderswhosebidsaretechnicallydisqualified/rejected.Bidderswithtechnicalscoreof50%and above will qualify for the evaluation in the commercial bids. The total technicalscores achieved by the bidders shall be shared with the bidders & under anycircumstancesthebreakupofthetechnicalscoreshallnotbesharedwiththebidders.Tb: AbsoluteTechnicalScoreTmax: MaximumTechnicalScoreTn: NormalizedtechnicalscoreofthebidderunderConsiderationNormalizedtechnicalscore(Tn)=Tb/Tmax*100



FinancialBidevaluation:The financial bids of only those bidders,who have scored at least 50%marks in thetechnicalevaluationprocess,willbeopened.TheFinancialBidswillbeopened, inthepresenceofBidders’representativeswhochoosetoattendtheFinancialBidopeningondateandtimetobecommunicatedtoallthetechnicallyqualifiedBidders.TheBidder’srepresentativeswhoarepresentshallsignaregisterevidencingtheirattendance.Thenameofbidder&bidpriceswillbeannouncedatthemeeting.Thefinancialscoreofabidder‘Fb’willbeassignedtothebidder.‘Fb’willbethetotalfinancialquotemadebythebidder(excludingtheOptionalServicesquotessoughtinthefinancialbid)Fn=normalizedfinancialscoreforthebidderunderconsiderationFb=commercialquoteforthebidderunderconsiderationFmin=commercialquoteofthelowestevaluatedfinancialproposalThe lowest evaluated Financial Proposal (Fmin)will be given themaximum financialscore(Fn)of100points.Thefinancialscores(Fn)oftheotherFinancialProposalswillbecalculatedaspertheformulafordeterminingthefinancialscoresgivenbelow:NormalizedFinancialScore(Fn)=100xFmin/FbFinalEvaluationofBidProposalswillberankedaccordingtotheircombinedtechnical(Tb)andfinancial(Fn)scoresusingtheweights(T=0.30theweightgiventotheTechnicalProposal;P=0.70theweightgiventotheFinancialProposal;T+P=1).ThefinalevaluationwillbebasedonFinalScorewhichshallbecalculatedasshownbelow: FinalScore(S)=TnxT+FnxPThebidderachievingthehighestcombinedtechnicalandfinancialscorewillbeinvitedfornegotiationsforawardingthecontract. Incaseofatiewheretwoormorebiddersachieve the samehighest combined technical and financial score, the bidderwith thehighernormalizedtechnicalscorewillbeinvitedfirstfornegotiationsforawardingthecontract.2.25. AwardofContractOnacceptanceofProposalforawardingthecontract,FD/GILwillnotifythesuccessfulbidders inwriting that theirproposalhasbeenacceptedandContractAgreementwillbesigned.AftersigningoftheContractAgreement,novariationsinormodificationsofthetermsoftheContractshallbemadeexceptbywrittenamendmentsignedbyalltheparties.2.26. FD/GIL’sRighttoAcceptAnyBidandtorejectanyorAllBidsFD/GILreservestherighttoacceptorrejectanybid,andtocancelthebiddingprocessandrejectallbidsatanytimepriortoawardofContract,withouttherebyincurringanyliabilitytotheaffectedbidderorbiddersoranyobligationtoinformtheaffectedBidderorbiddersofthegroundsforFD/GILaction.

2.27. NotificationofAwards2.27.1. Prior to the expiration of the period of thebid validity, FD/GILwill notify the

successfulbiddersinwriting,tobeconfirmedinwritingbyregisteredletter,thathisbidhasbeenaccepted.



2.27.2. ThenotificationofawardwillconstitutetheformationoftheContact.2.27.3. Upon the successful Bidder's furnishing of performance security FD/GIL will

promptlynotifyeachunsuccessfulBidder.

2.28. SigningofContract2.28.1. AtthesametimeasconcernedFD/GILnotifiesthesuccessfulBidderthatitsbid

hasbeenaccepted,FDwillsendthebiddertheContractForm,incorporatingalltheagreementsbetweentwoparties.

2.28.2. Within15daysofreceiptoftheContractForm,thesuccessfulbiddershallsignanddatethecontractandreturnittoFDandsendcopytoGIL.

2.29. PerformanceBankGuarantee2.29.1. ThesuccessfulBidderhastofurnishasecuritydepositsoastoguaranteehis/her

(Bidder)performanceofthecontract2.29.2. ThePerformanceBankGuarantee(PBG)hastobesubmittedwithinfifteen(15)

workingdaysofreceiptofaward.ThePBGshallcomprisetwoparts;10%ofthevalue of Development Cost of Price Bid valid for 2 years which would bedischargedandreturnedafterGo‐Live+180daysandsecondpartas10%ofthevalueofO&MPeriodofFinancialBid(O&Mcomponent)validupto180daysbeyondtheexpiryofcontract.

2.29.3. The PBG shall be denominated in IndianRupees and shall be in the form of aBank Guarantee issued by any Nationalized Bank including the public sectorbankorPrivateSectorBanksorCommercialBanksorCo‐OperativeBanksandRuralBanks(operatinginIndiahavingbranchatAhmedabad/Gandhinagar)asper the G.R. no. EMD/10/2015/508/DMO dated 27.04.2016 issued by FinanceDepartment or further instruction issued by Finance department time to time.(ThedraftofPerformanceBankGuaranteeisattachedherewith).

2.29.4. The proceeds of the Performance Bank Guarantee shall be payable to theDepartmentascompensationforanylossarisingfromthebidder(s)’sfailuretocompleteitsobligationsunderthecontract.

2.29.5. The Performance Bank Guarantee will be discharged by the Department andreturnedtothebidder(s)oncompletionofthebidder’sperformanceobligationsunderthecontract.

2.29.6. In the event of any contract amendment, the bidder shall, within 21 days ofreceipt of such amendment, furnish the amendment to the Performance BankGuarantee,renderingthesamevalidforthedurationofthecontract,asamendedforfurtherperiod.

2.29.7. NointerestshallbepayableonthePBGamount.FDmayinvoketheabovebankguarantee for any kind of recoveries, in case; the recoveries from the bidderexceedtheamountpayabletothebidder.

2.30. ConfidentialityInformationrelatingtotheexamination,clarificationandcomparisonoftheproposalsshallnotbedisclosedtoanybidderoranyotherpersonsnotofficiallyconcernedwithsuch process until the selection process is over. The undue use by any bidder ofconfidential informationrelated to theprocessmay result in rejectionof itsproposal.ExceptwiththepriorwrittenconsentofFD,noparty,shall,atanytimecommunicatetoanypersonorentityanyconfidentialinformationacquiredinthecourseoftheContract.



2.31. DisqualificationFDmayat itssolediscretionandatanytimeduringtheevaluationprocess,disqualifyanybidder,ifthebidderhas:2.31.1. SubmittedtheProposaldocumentsaftertheresponsedeadline.2.31.2. Made misleading or false representations in the forms, statements and

attachmentssubmittedinproofoftheeligibilityrequirements.2.31.3. Submittedaproposalthat isnotaccompaniedbyrequireddocumentationor is

non‐responsive.2.31.4. Failedtoprovideclarificationsrelatedthereto,whensought.2.31.5. Declared ineligibleby theGovernmentofGujarat,oranyof thedepartments in

theGujaratStateGovernment,forcorruptandfraudulentpracticesorhasbeenblacklistedatthetimeofsubmittingthebid.

2.31.6. Submittedaproposalwithpriceadjustment/variationprovision.2.32. BindingClause

Alldecisions takenbyFDregarding theprocessingof this tenderandawardofcontractshallbefinalandbindingonallpartiesconcerned.



3. SECTION–IIISCOPEOFWORK3.1. INTRODUCTION & OVERVIEW OF EXISTING INTEGRATED FINANCIAL

MANAGEMENTSYSTEMFinance Department and its HoDs started the process of automation of its coreprocesses in theyear2008‐09.Under thisprocessa systemnamed“IFMS(IntegratedFinanceManagementSystem)”wasputinplace.The“IFMS”systemimplementedintheFinanceDepartmentanditsHoDswasasubstantialleapfromthepre‐existingmanualsystemandhasfeatureslike: Systembasedclearanceofbillsinalltreasuriesspreadover253locationsacrossthe

Gujarat,aftercheckingforthebudgetavailabilitywiththedatabase; Monthlygenerationofaccounts; Elimination of systemic deficiencies in themanual system like overdrawof funds,

fraudulent withdrawals, misclassification of expenses, non‐reconciliation ofaccounts,delayinfinalizationofaccountsanddelayinsettlingclaims;

Helpingtheadministrationinbettercashmanagement&budgetmonitoring; Providing timely and accurate information to Government departments on the

revenuesandexpenditureforbettermanagementofvariousschemes.TheIFMSwhenestablishedinNovember2009andhasbeeninoperationforthepast7years.TheIFMShandlesthefollowingvolumeoftransactions:

S.No. Details Statistics*

1 NumberofDDOs 4196

2 Paymenthandled Rs.79,325Crore

3 Paymentshandled(NumberofVouchers) 14Lakhs

4 Receiptshandled Rs.72,235Crore

5 Receiptshandled(NumberofChallans) 42.54Lakhs

*Figuresareforthefinancialyear2014‐15.ThoughtheIFMShasserveditsdefinedpurposefortheGovernmentofGujaratforover7years, itfallsshort inmeetingthecurrentandfutureneedsoftheStateGovernmentowing to the constraints in the functional features and technological capabilities. Thehardware, deployed in the year 2009, along with the IFMS application software, isobsoleteandneedstobereplaced



TheoverallfeaturesoftheexistingIFMSarefollowing:

Withthepassageoftimeandadvancementintechnology,therequirementsoftheuserdepartments and stakeholders of the treasuries have increased immeasurably, whichareenunciatedbrieflyherebelow–1) Integrationbetweenthetreasurysystemandthestakeholderdepartmentsforreal

timetransferofinformation.2) Securedandautomatedmechanismofinformationtransfer.3) Efficiencyintheutilizationofhumanresources.4) Real‐timeavailabilityofMISreportstoallstakeholders.5) Benefiting from technical advancements in the field of networking for reducing

maintenance cost, ensuring higher security & availability of data, hassle‐free andfasterconclusionofactivities.

6) Tightersecurityofdataandaudittrailofallactivitiescarriedoutwithinthesystem.7) IntegrationwithInternal&Externalsystemsofstakeholders8) BusinessProcessRe‐engineering(BPR)9) PreparationofTechnologyRoadmapandimplementationsupport(PMO)plan10) Scalability&MaintainabilitywhileensuringperformanceKeeping these in view, the department now wishes to develop a new application interms of functionality and replace the technology as well, while incorporating someimportantbusinessprocessre‐engineeringandaddresstheentirelacunainthepresentsystem. The new system shall be called “New IFMS” and shall replace the existingsystem.3.1.1. TheobjectivesenvisagedforNewIntegratedFinancialManagementSystem

are:1 Generationofdailyaccountsof theState,preparedwithahighdegreeofaccuracy

andgenerationofaccuratemonthlyaccountswithin2‐3daysofmonthend;2 GenerationofdailycashpositionoftheStateincludingpaymentsandreceiptsthat

areinthepipeline;



3 Online system for budgeting, release of funds, monitoring of fund utilization,managementofcashflow;

4 ECSpaymentsforasubstantialnumber(over90%)ofpayments;5 Online visibility of Personal Deposit (PD) accounts, to PD account holders and

facilitatingdirectpaymentfromPDaccounts;6 Onlinetaxandnon‐taxpaymentfacilityandbankpaymentoptionforcitizens;7 Centralizedpensionersdatabase;8 Modules related to Pension Processing, New Pension Scheme, House Building

Advance(HBA),MotorVehicleAdvance(MVA),GovernmentProvidentFund(GPF)9 Reengineeringofallmodules10 Eliminatingredundancyindataentryforalargeproportionoftransactionsthrough:11 OnlinebillsubmissionbyDDOs;12 IntegrationwithHRMS;13 Incorporationofe‐ScrollsfromAgencyBanks;14 ReleasestobeelectronicallyincorporateddirectlythroughinputsfromFinance

DepartmentorLineDepartments;15 Changes to the budget (Re‐appropriations, Additionalities, Supplementary) to be

electronicallyincorporatedinNEWIFMSsystem.16 Real‐time information regarding receipts, fund releases, schemewise expenditure

detailstobothfinanceandstakeholderdepartments;17 Comprehensive Management Information System reports and Decision

SupportSystems;18 The proposed system plans to implement the following Business Process Re‐

engineeringi. Onlinebillgeneration&submissionii. Implementationofworkflowfordrivingapprovalprocessiii. IssueofonlineGovernmentOrders.iv. Useofdigitalsignaturesforsigningdocuments.v. Webbasedsubmissionofchallans.vi. Useofelectronicfundstransferformakingpayments.

19 AdherencetoITsecuritybestpractices.20 Integratedapproach21 E‐Audit22 FinancialReports,BI&e‐Statusenquiry23 PRI‐(FMS)3.1.2. ExpectedOutcomesTheobjectiveofthisengagementistofacilitateimplementationofNEWIFMSacrossthe state. This would be implemented not just within Finance, Treasuries andAccountsdepartmentbutalsoprovideinterfaceforuserdepartmentsandatalllevel.Basedonthelearningandoutcomesfromtheexistingstudy,thestate‐widerolloutwould be implemented. Few key outcomes envisaged at the process level arementionedbelow:

1 BudgetPreparation&AllocationImprovedbudgetarypreparationprocesswitha.ParticipatoryBudgetpreparationprocesswithbottom‐upapproachb.ControlledBudgetClassificationc.Improvedprocesswithpreviousyearinformationacrossvariousheadofaccounts

IncorporationofchangesapprovedbyLegislativeAssembly



Improved process for allotment, apportionment and re‐apportionment ofbudgetbyHoD/BoardCorporations/Offices

Effective decision making ability for supplementary allocation and fundreleases

Preventsmisuseofbudgetallocations2 BudgetControl,monitoringandAnalysis

Real time Analysis of Budget vs. Actual for fund flow across department,geographicalunits,schemesandindividualprojects,cahsflows

Real‐timelimit&budgetcontrol Performancevis‐a‐visindustrybenchmarks Real‐timevisibilityintobudgetarybalancesacrossstakeholders ImproveddecisionforBudgetTransferandre‐appropriations AutomaticCashflowforecastonanon‐goingbasis Comprehensiveriskmanagementsystemfortrackingandanalysis ‘What‐if’scenariotools RoleofTreasuryfromAccountingtoStrategicAccounting

3 StraightThroughProcessing

Integrated approach for bill preparation by DDO and its process byPAO/Treasuries

Improvedbillprocessing,paymentreleaseattreasuries Lessscopeformis‐classificationofexpenditure Realtimestatusofbillsunderprocess Timelyalertandescalation

4 EndtoEndvisibility

Interfaceforallstakeholders–Userdepartments,Participatingbanks,AG,CGA,etc

MovementfrommanualpaperbasedprocesstoITbasedprocess Digitalsignaturebasedapproval.The System need to have provision of both

facilities aadhar based digital signing or hard token based digital signing.Currently, the hard token based digital signing certificate is used. Approx.4000 users are using digital signature as of now. It will be given by thedepartment. However for any arrangement/central level software requiredshouldbeprovidedbytheselectedserviceprovider.

5 AdaptiveNewEnvironment IntegratedwithRBI IntegratedwithWMS IntegratedwithPFMS InterfacewithCommonServicePortal

6 ExpenditureandPayment,WaysandMeans,Debt&Aidmanagement

Addressestimelagandaccuracyinfinancialtransactions Disbursaloffundsatallthelevelswillbeelectronic(inmostcases)andinstant This transparency in cash management would minimize the chance of

mistakenallocation Funds will reach each account segregated activity‐wise. There will be no

confusionaboutthepurposeoftheallocatedfund



Thesystemwillnotallowexpenditure inexcessof theallottedandallocatedamountunderanyactivity.Thiswillhelpbudgetarycontrol

Accounts are compiled as the expenditure authorizations take place – nosubsequentDatafeedingrequired

Realtimestatusofexpenditureagainstthebudgetedfigures Realtimeassessmentofunutilizedbalancesordeficitacrosslevels

7 Accounts&AuditManagement

Accountsarecompiledastheexpendituresandreceiptsaretakenplace–no subsequentDatafeedingrequired Automatedreconciliationofreceiptsandpayments Timelyaccountspreparation Interfaceforeffectiveaudit‐internalandexternal

TheaboveoutcomeswouldbefacilitatedbytheNEWIFMSthroughthefollowingmodulesandotherrequirementasmentionedinRFP.

Budgetmodule Accountsmodule Personnel Management (HRMS) & Payroll module (thorough SATHI

Application) Pensionmodule Receiptmodule FundManagementmodule VirtualTreasurymodule BankingInterfacemodule InterfacemoduleswithRBI,AgencyBanks,HRMS,WMS,PFMS,AGetc., FinancialDataWarehousemodule

InventoryManagementModule InsuranceModule StrongRoomSafetyandStampManagementModule OnlineGrievancesModuleforpensionerandgovt.receiptpayer. All the functional requirements specifications (Finance, Treasury,

Pension,Enterprisefunctions&BIreportingrequirements)



3.2. OVERVIEWOFSCOPEOFWORKTheselectedSPwouldberesponsibleforsubmissionoftechnicalandfinancialbidsindetailedRFPandthebidderwhoselectedinRFPwillberesponsiblefordesigningandimplementingthecomputerizedsolution,besidesprovidingoperationalsupporttotheDepartment for a period of eight years. The scope ofwork for this purpose could bebroadlydividedasfollows:‐

3.2.1. ComponentwiseScopeofWork

Sr.No.

Component ScopeofWork

1. Application Design, development/customization, test, deploy andmaintain Application for proposed system which willincludethefollowinga)CoreFinancial&TreasuryApplicationb) Core PanchayatFinanceand PensionManagementApplicationc) Enterprise Services including Data Warehousing,Business Intelligence, Analytics & Reporting Solution,Enterprise System, Grievances Redressal, Interfaces toindividual departments, integration with Payment & SMSGateways, Mail Solution and Helpdesk Managementsolution.

3.

CentralHelpdesk

a) Establishment of a Centralized Helpdesk at FD toprovide technical and Informational support to all theusers (External and Internal users) throughemail /phone.b)ManagementofHelpdeskOperationsbydeploymentofHelpdeskoperatorsduringthe.

4.

Training a) Sensitization of Departmental staff on the project,trainingonuseofapplication

5. DataMigration

SP has to migrate the existing data from any existingapplications(IFMS,CyberTreasury,DoI,etc.).Costfordatamigration fromexisting application should be included inthe price bid. During the 8 years of O & M period anymigrationactivitiesrequiredtocarryoutduetochangeinInfrastructure,Softwareetcshouldbedonebybidderatnoextracost.

3.2.2. ApproachofSPforadoptingtheSolutionAnyofthefollowingapproachesmaybeadoptedbytheselectedServiceProvider:a) DevelopmentofanewapplicationspecifictoneedsoftheDepartmentb) Configuration/customizationof a pre‐existingproductCommerciallyOffThe

Shelf(COTS)productstomeettheneedsoftheDepartment.BidderhastodeliverthefinalproductwiththelicensesstructurementionedabovetoGovt.ofGujaratforthedurationoftheprojectifitisaCOTSproduct.Irrespective of the option above chosen by the Bidder, once selected, the Bidder isrequired tomeet all the requirements of RFP including the activities listed, timelines



anddeliverablesmentioned inRFP, functional, performance, service level relatedandanyotherrequirementsstatedinRFP.BiddershouldhavetosubmittheproposeBillofMaterialforNewIFMSwithdetailsrequiredminimumnumberofCores,Memoryetcasapartoftechnicalbids.Mentioned below is an indicative list of activities to be performed by the ServiceProvider of the scope of work. In each phase, the service provider shall take formalapproval of the Department for deliverables (including documentation); only thenshouldtheselectedServiceProvidercommencewiththenextphase.

3.2.3. ApplicationThissectionoutlinesthescopeofservicesfortheproposedapplicationwhichincludesthedevelopment,deploymentandmaintenanceofthefollowing: Core Finance and Treasury System including Budget Management and Debt &

Investment Management, Disbursements Management, Receipts Management,DepositsManagement,Accountingsystemetc.Thedetailsfunctionalscopeisgiveninthisdocument.

EnterpriseServices includingDataWarehousing,Business Intelligence,Analytics&Reporting Solution, Enterprise system, Grievances Redressal, Payment & SMSGateways,SMS&MailSolutionandHelpdeskManagement.

ApplicationStudyandAnalysisofRequirementsThe selected Service Provider would be required to study the existing system andfunctioning of the Department in a manner that will enable the selected ServiceProvidertomeetalltherequirementsofthisRFP.TheBiddermaygainanunderstandingoftheexistingsystemandrequirementsoftheproposed system through structured questionnaires, interviews with user groups /departments and external agencies including AG, RBI andAgency Banks, and also bystudying the finance and treasury regulations and policy, Panchayat regulation andpolicies on gathering the requirements, Bidder shall analyze these requirements toensuretherequirementsarecomplete,accurate,consistentandunambiguous.Postthedetailedstudy,theselectedServiceProviderwillberequiredtosuggesttotheDepartmentmorefunctionalitiesinadditiontotheonesmentionedinthisRFPthatmaybeincludedinRFPtomeetthebusinessrequirementsoftheDepartment. SolutionDesignBasedontherequirementsstudycompleted,thedesignoftheSolutionwouldbedonebytheselectedServiceProvider.AnindicativelistofdocumentationtobepreparedaspartofthisRFP:• Detailed Design document detailing Technical architecture (application, network,andsecurity)• Database architecture, including clustering/ mirroring, backup strategies, definingdata structure, data dictionary as per standards laid‐down by Government ofIndia/GovernmentofGujarat(Incasesuchstandardsarenotdefined,thesamewouldbeapprovedbyGoG)



• Data Architecture, interface architecture and integration architecture. Appropriateload balancing and clustering techniques should be adopted by the SelectedServiceProviderintheSolutiondesignformeetingtherequirementsoftheRFP• Detailed User Requirement Specification, SystemRequirement Specifications (SRS)detailing processes for all Finance, treasury and Panchayat related processes andvarious applicableActs andbusiness rulesbasedon functional andQuality‐of‐Servicerequirements and also additional requirements as may be identified in consultationwiththeDepartmentduringtheonemonthstudyperiod.TheselectedServiceProviderisrequiredtokeepallsuchdocumentationuptodatetoreflectthelatestenhancements/modificationsmadetotheapplication. ApplicationDevelopment/Customization Application Testing (For testing purpose all the arrangement has to done by

bidders)&UserAcceptanceTesting(UAT) ImplementationandSupport Payment Gateway and SMS Gateway (Department will provide Email, SMS and

Paymentgateway.Thegatewaywillbeprovidedby thedepartment.However, theintegrationetcshallbedonebythebidders)

DigitalCertificates InterfaceswithExternalSystemsa) The proposed system should be capable of interfacing with external systems/agenciesinordertoallowforexchangeofdataandcommunicationwiththosesystems.b)Thefollowingisanindicativelistofexternalsystems/agenciesthattheproposedsystemshouldbecapableofinterfacingwithsoastohaveseamlessflowofinformationfromonestakeholdertotheother.o AGGujarat (VLC–VoucherLevelCompilation)Systems theproposedsystemshall

interfacewiththeAG,GujaratsystemtoobtainOutofTreasuryrelatedinformation.o RBI Systems for updating information on daily cash position, capturing Ways &

Meansinformation,Debt&InvestmentManagementinformationetc.o HRMS–ForEmployeerelatedinformation,paybillsetc.o PaymentAggregatororPaymentgatewaytocollectreceiptsofotherGovt.

Departmentswherethedepartmentsprovidetheservicesthroughonlineo Central Plan Scheme Monitoring System for capturing the information of various

Central schemes running in the State. (CPSMS) Government of India and its lineministries:Tocaptureinformationaboutthefundreleaseforvariousschemesandmonitoringoffundutilizatione.g.CPSMS

o IntegrationwithValueAddedTaxInformationSystem(VATIS)o IntegrationwithNationalPaymentsCorporationofIndia(NPCI)o Banks andOther Financial Institutions: ForECS /RECS /NEFT /RTGSpayments

anduploadofbank’seScrollo WithLocalBodies/PDAccountAdministratorsformaintainingPDaccountso Boards /AutonomousAgencies / StatePSUs forDepositAccountsmanagement&

issuanceofLoans/Advance/Grantso Common Service Portal & Service Centre Agencies applications for collection of

revenueo TheexternalinterfacedevelopmentwillbedoneduringthecourseoftheProjectas

andwhenrequired. BusinessIntelligence,AnalyticsandReportingSolution



a) The Department receives and analyzes a large volume of data such asEmployees,Pensioners,Budgetforecasting,investments,debts,payments,receipts,etc.The Department is also likely to receive a large volume of data from variousGovernmentandnon‐governmentagencies(externalsourcesmentionedinSection3.5.9above)infuture.ThemainobjectiveofdeployingaBusinessIntelligencesolutionistoprovide the Departments (Finance, Treasury & other departments) with enhancedcapabilities to process and analyze the large volume of data it receives in a smarter,intelligentandfastermannertosupportitinitsgoalofmaximizingtheproductivity.b) Besides analytics and datamining capabilities of solution, other factors thatwilldetermine the choice of the Business Intelligence solution include ease‐of‐Use andminimalimpactonperformanceoftransactionalsystem.The BI Tools offered by the selected bidder should allow data analysis, enablingtabulations,patternsand trends tobeexplored.Deeplynested tablesareeasilymadeusing the interactive ‘drag & drop’ capability, all without the need for programmingexpertise for each level of users in eachmodule. It should allow users toworkwithhierarchical classifications, including non‐tree (directed, acyclic graph) hierarchies,usingthelevelofdetailthatismostappropriateforspecificanalysispurposes.Visualization & API – Visualization shall give a bird’s eye view of the most criticalfinancialinformationinrealtime.Businessintelligencetoolshouldprovidethefinancedepartmentwith insight into the factors thataffectcash flowandperformanceacrossbudgetary scheme. BI Tool should help forecast future trends after analyzing thehistoricaldata.allTheBItoolshallbeEasy‐to‐use,self‐servicereportingtoolsthatallowusers to create dashboards that present a holistic view of the state’s financial detailsaccording to the users rights, identifying problem areas and previously overlookedtrendsindata.Allthereportsshallbeavailableaccordingtolevelofrightsatanytimeasandwhenrequired.The BI tool will have ‘application programming interface’ (API) capabilities allowingyoutocreatewebdashboards,structuredreports,andotherinterfacesforusers.The IFMS platform will, by aggregating financial information of entire StateGovernment,allowkeyinsightintothefinance,budgetandprogramimplementationofGovernance. Toworkwith data collected and collated as part of the IFMS, successfulbidderwillhavetoprovideaBIToolasaseparatelayerontopofapplicationtoenablethe users of IFMS to process and analyze the large volume of data in a smarter,intelligentandfastermannerandtocreaterightvisualizationanddatapresentationtohelpderivekeybusinessinsights.TheBItoolshouldhavefeaturestodo:1. Analyticsanddatamining2. Capabilitytointeractwithvariousfiletypesanddatabases3. The product should enable the contents in a tabular report orvisualizationto be

filtered by data values. Filtering is provided by features such as pull‐down lists,searchfiltersandslicers.Theproductshouldalsoallowtheusertodrill‐downfromsummarized to more detailed data and then drill up (i.e., go back to where theystarted);thisisessentialinbothtabularreportsandvisualizations.

4. Webinterfacetobeprovided.5. TheBIanalyticstoolmustprovidebar,line,pie,areaandradarcharttypeslikeheat

maps,scatterplots,bubblecharts,histograms,geospatialmappingandcombinations



ofeachofthese,suchasbubblesonamapetcaswellastheabilitytomixandmatchvariouscombinations.

6. All BI products must require both user and user role‐based security, designatingwhocancreate,modify,publish,useandadministertheBIapplications.

7. TheproductmustbeabletoimportandexportdatawithMicrosoftOfficeproducts,especiallyMicrosoftExcel.

8. TheproductmustallowforprintvisualizationsandtabularreportstobeexportedtoPDF,PPTorothergraphics.

9. TheBI analytics toolmust enable the user to select the dataused in analysis andpresent itasapivot table‐style interfacewheredimensionattributesareplaced inrowsandcolumns,measuresareselectedandfiltersareapplied.TheBItollsshouldalsoprovidethecrosstablefunctionalities.

The product must permit the user to blend data from various data sources. Thisincludes accessing the data and mapping or creating relationships with data frommultiplesources.ThedataisheldinsourcesystemswillbeeitherinEnglishorGujarati10. Theproductmustenable theuser to createandsavemeasuresor calculations for

useinanalysis.11. BIsolutionmustdeliverfresh,self‐servicedata.12. The product must allow the user to create dimensional hierarchies, such as by

categoryorproduct, togroupandsummarizedata.Thisestablishes thedrill‐downpaths.

13. Interactivereportsandwhat‐ifanalysistobeprovided.14. BIsolutionshouldprovidecapabilitytosetandgenerateintelligentalerts.15. Graphicalvisualrepresentationofgeneratedreports16. Minimalimpactonperformanceoftransactionalsystem.17. ForAllusersofIFMSbasedontheirlevelofrights

BI should be able to generate pre‐programmed hardwired report as well as customreportsbasedoncriteriachoosenbytheusers.AspartofBRD,FinanceDepartmentwillspecifyreportsrequiredfromIFMSwithperiodically,suchreportsshouldbehardwiredand available as a list from a dropdown menu both on web interface and mobileinterface.Customreportswillbeabletogenerateonwebinterface.(Duringcontinuesdevelopmentphase–morereportswillbeadded).Ad‐hocreportwillberequiredforeachuser.Userswillbeabletogeneratethereportthemselvesbyusingthereportingtool.ThekeycomponentsofthescopeofworkoftheServiceProviderinclude:a) Development /procurement, customization, implementation and maintenance ofBusinessIntelligence,AnalyticsandReportingSolutionarewithinthescopeofworkoftheServiceProvider.b) Procurement,commissioningandmaintenanceofanyenablinghardware,storage,systemsoftware,manpoweretc.fortheBIsolution.c) Creation of data warehouse / data store including any interfaces / scripts forexchangeofdatawithinternalandexternalsourcesd) Extraction, transformation and loading of data from source systems (internalsourcesoftheDepartmentandexternalsources)toDatawarehousee)Datacleansing(ifrequired)toensuredataqualitybeforeoraftermigration.AllthedataavailableinIFMSsystemwhichcanbeused.ThedatashouldbeextractedfromalltheinterfaceandmigrateddatabasementionedintheRFP.Thedataqualitylevelshouldbe99%.



f) Shouldhavefacilityfordynamicreportgenerationonanydatapoints(alreadyfedinthesystem)alongwithgenerationofmandatoryStaticMISReport.

Theproposeddatabase shouldbe listed in any quadrant of any of last three years ofGartnerreport.Thedatashouldbestoredinminimum128bitencryptionmechanism.Theusercredentialshouldalsobestoredindatabaseinencryptedformat.

FUNCTIONALSCOPE

It isnotpossible to fullydepictprocess flowand functionalrequirement in thisdocuments. Bidders are expected to review all rules, notifications, gazettes,circular etc. which are essentials for Finance Department & its HoDs, fundutilizingdepartmentsand theirsubordinateoffices to implement theprocesses.AlltherulesrelatedtoGujaratFinancial,Budget,Treasuriesetc.areavailableonhttp://financedepartment.gujarat.gov.in/rules.html. The system should bedeveloped/customizedasperthisrulesandscopeofwork.3.2.4. FinanceDepartment1. BudgetPreparation:

GeneralBudgetPreparation:(HOO,HOD,ADMINISTRATIVEDEPT.)

This general budget preparation shall be used for preparation& estimation ofrevenues,expenditureandtheoverallbudgetattheoffice,departmentandstatelevel.ThismoduleshouldallowapprovalofthebudgetbytheFinance/planningdepartmentbasedonbudgetdiscussions.Oncethebudgetwillgetapprovedbythe legislature, this module would have interface with other modules forappropriation of funds, Re‐appropriations, supplementary allocations andsurrenders.Indicativekeyfeatureswouldbe:System should have facility to freeze‐unfreeze ceiling of Budget Estimates ofRevenueExpenditureaswellasCapitalExpenditureforEachSector,Sub‐Sector,Department,HeadofDepartment,andSchemes. Systemshouldhavefacilitytoprocessthefollowingbudgetestimation.

StandingCharge Revisedestimate NewItem/NewWorks ItemContinuous/WorksinProgress ReceiptEstimates

System should have facility for headwise receipts estimation including taxrevenues, non‐tax revenues, capital receipt( including loans & borrowing),estimates of public account receipt and disbursement, grants from centralgovernment, state share in central taxes, transfers, and other sources offunds.

System should have facility for sub/detail head wise/Scheme wisepreparationof estimatesup toobjecthead forexpenditure fromestimatingofficer/DDOLevel.



Systemshouldfacilitatetouploadsupportivedocumentsasattachmentinallfileformats.

SystemshouldhavefacilityforonlinesubmissionofEstimationinPrescribeformat.

System should have capability to analyze the trends from previous budgetandutilizationpatternforprovidingdecisionsupportsystematFDlevel

System should have facility for capture salary requirement from employeedatabase.

Interface with Pensioner database for budget estimation pensionexpenditure.

Interfacewith GPF balance for estimating interest on GPF balance of StateGovernmentemployeesaswellasemployeesoflocalbodiesandgrant‐in‐aidinstitutions.

System should have capability for consolidation of estimates prepared byestimatingofficer/DDOLevelatCOLevel/HoDlevel.

System should have capability for consolidation of estimates prepared byHoD/HOOatAdministrativeDepartment.

System should have facility to submit the approved budget estimation byadministrativeDepartment(Hierarchybased)

Systemshouldhavefacilitytouploadthewrite‐upforNewItemandBudgetSpeech

When the continues andnew itemexpenditure is approved,Budget speechshouldbedevelopedinthegivenformatbyFD.

CoreBudget:(ApprovalProcessatFinanceDepartment) Hierarchy based budget estimation processing and approval at Finance

Department System should have facility for tracking & review of Budget proposal for

approval/rejection/suggestion/Comments. System should have facility for auto update of requisite available data. E.g

Actualexpenditureofpreviousyear,grantfromcontingencyfund,additionalauthorization,andactualexpenditureofcurrentyeartilldate.

Providedifferenttypesofbudgetaggregationbygeography,economicsectorclassification,Genderbudgetsetc.

Locking/ unlocking of time limit specified in General Budget Circular forsubmission of budget proposals by administrative departments to FinanceDepartmentshouldbeprovidedtoFinanceDepartment.

Alert & escalation matrix for non‐submission of budget e.g. automatedgenerated e‐mails for non‐submission of budget proposals System shouldhavefacilitytoprocessthefollowingbudgetestimation. StandingCharge Revisedestimate Item–continues/workinprogress NewItem/workinprogress NewWork ReceiptEstimates

Generationofbudgetpublications,bilingual (English/Gujarati) in language,as per the approvedbudget proposals by FinanceDepartment. For list andVolumeofBudgetPublicationsvisitto



1.http://financedepartment.gujarat.gov.in/Budget.html2.http://financedepartment.gujarat.gov.in/Budget‐in‐brief.html3.http://financedepartment.gujarat.gov.in/Budget‐speech.html.

The total number, volume and design of Budget Publication on thementioned link is only indicative, the actual number, volume design ofpublications may vary at the time of process as per requirement ofGovernment.

System should have facility to freeze‐unfreeze ceiling of Budget Estimates ofRevenueExpenditureaswellasCapitalExpenditureforEachSector,Sub‐Sector,Department,HeadofDepartment,andSchemes.

Systemshouldhavecapabilitytoanalyzethetrends frompreviousbudgetandutilizationpatternforprovidingdecisionsupportsystematFDlevel

Budget appropriation – automatically allocate/appropriate the approvedestimatestodepartments/officesandDDOs.

Preparation of book for excess expenditure in Appropriation Accounts inEnglishandGujarati

ManagementReceiptandExpenditureofGrantsfromCentral. Supplementary Demand Processing – request initiation from estimating

officertofinalapprovalatFinanceDepartmentlevel. Tracking & incorporation of Additional authorization of grant while

preparationofSD/REinBudget. ExtraBudgetaryResourceManagement. SystemshouldhavefacilityforincorporatingfinalauditedaccountsbyAG. System should facilitate to generate print version of Budget Publication as

perspecificdesignrequirementofFinanceDepartment. GenerationofAdministrativeApprovalthroughSystem. Grant canbe releasedonmultiple logics likepercentageof totalbudget, on

thebasisofexpenditureincurredinsuchschemeetc. GenerationofQuarterly/HalfyearlyandyearlyOutcomeBudget Medium‐termFiscalPolicy(MTFP)Statement Schemerestructuringandmonitoring. Provide different types of budget aggregation by geography, Budget Type

wise Classification (Revenue and Capital), sector wise classification (i.e.Economic Sector, General Sector, Social Sector), Budget Component wiseclassification(General,SCSP,TASP,Works),administrativedepartmentwiseclassification, Resource wise Classification ( Central Sector, CentrallySponsored, State Sponsored, PPP, Externally Aided), Gender BudgetClassification, Socio‐Economic Development Factor wise classification,Human Development indicator wise classification, Leverage position (DebtSustainability) wise classification, Sustainable Development Goal wiseclassification,GreenBudgetClassification.



2. GrantDistribution:

FinanceDepartmentreleasesperiodicaladvancegranttorespectiveAdministrativeDepartmentsbasedontheapprovedappropriationactforparticularFinancialYear.FinanceDepartmentalsoprocessonfilesmovedbyadministrativedepartmentsforadvancegrantrequiredbeforefollowingperiodicgrantdistributionAdministrativeDepartment further distributes part of received Grant to other administrativedepartmentsandControllingOfficersinturnControllingOfficersreleasesgranttotheDrawingandDisbursingOfficers.

TheFlowDiagramoftheGrantDistribution:

Finance Department

Administrative Department

Controlling Officer

Drawing and Disbursement Office



Someofthekeyfeatureswouldbe: Periodic release of lump sum grant from Finance Department to

AdministrativeDepartmentbasedonapprovedbudget. GrantreleaseondemandbyadministrativeDepartments. ReleaseofSchemewiseObjectclasswiseGrantfromadministrativedept.to

otherdepartment,COandDDO. Release of Scheme wise Object class wise Grant from CO to other CO and

DDO. Re‐appropriationofGrantsubjecttoavailabilityinbudget. RedistributionofGrantsubjecttoavailabilityinbudget/grant. SurrenderofGrantfromDDO/CO/AD AllowtheGrantordertoCopy/Save/Edit/Cancellationbeforerelease. FacilityforwithdrawalofreleasedGrantsubjecttoavailability. AdditionalauthorizationofGrantfunctionality. CSSGrantManagement. Alertonreceivinggrantfromcentral.(IntegratewithPFMS) MappingofreceivedgrantofCSSwithBudgetScheme. DistributionofCSSGrant. Minimum Three Tire Processing in all transaction/ modules i.e creator,

verifierandApprover. GeneratetheSchemewiseGrantReport. Sector&SubSectorwisePlanningamountandreportshouldbeGenerate. Re‐appropriations – allow DDOs to request for re‐appropriations/ re‐

distribution,surrenderandsupplementdemands Check re‐appropriations rules and allow automatic re‐appropriation or

escalate the request to Finance department (rule based decision makingthroughthesystem)

Allow finance department to view all re‐appropriation requests, verifyexpenditure and approve/disapprove reallocation request through thesystem.

Supplementary Grants – Follow budget processes for request, approval &appropriationsforsupplementarygrantsthroughthesystem.

Surrenders‐Followbudgetprocessesforrequest,approval&appropriationsforsurrenderoffundsthroughthesystem.

Day to day control over income/ expenditure, fixing up priorities ofpayments,allowingexpenditure:

System should have facility that Administrative Department can pull thereleasedgrantfromCO/DDO.

3. BureauofPublicSectorEnterprises(BPE)

BPEmonitorthecontinuousappraisalofperformanceofPublicEnterprises.SomeKeyFeatures: SystemshouldhavefacilityofPSUdetailmanagement. System should have facility for PSU to submit the financial account detail

askedbyFinanceDepartment SystemshouldhavefacilityforcompilationforfinancialaccountofPSUsand

autogenerationpublicationofAnnualreportonPublicSectorEnterprisesofGoG.

DetailofLoanandadvancestoPSU.



SystemshouldhavefacilitytorecordtheofinvestmentsinsharecapitalofPSUandPrivateCompany,capturethesharecapitaldetails,nameofthePSU,no.ofsharesheld,facevalueofshares,dateofinvestment,GOref.,dividendsreceived,etc.

System should have facility for Financial analysis, evolution of feasibilitystudyandinvestmentProposals

System should have facility for Patrak 18 & 19. It is available onhttp://financedepartment.gujarat.gov.in/Documents/A_2091_12‐May‐2017_879.PDF

SystemshouldhavefacilityforStateLevelPublicEnterprise(SLPE)

4. Debt.ManagementOffice IntegrationwithReserveBankofIndia’ssystemi.e.e‐Kuberforgettingrealtime

dailypositionoffollowingtransactions AgencyBankTransactions LoantransactionsdatawithfacilityofviewinguploadedorderbyRBI GrantinAidtransactionswithviewingfacilityoforderuploadedbyRBI TransactionsdonewithotherStateGovernmentswithviewingfacilityof

orderuploadedbyRBI TheremustbereconciliationprocessbetweenIFMSandE‐kuber.Thesame

mustbeunderthecontrolofFinanceDepartment. Agency Bank transactions come under the control of Z andDAT. Theywill

take decision on integration of agency bank as per their work flow anddemand.DMOrequiresonly total receiptsandpaymens fromagencybanksonly.

14&91T‐BillstransactionswithothertypeofT‐billsalso. GenerationofDaily/Monthly/Quarterly/HalfyearlyandyearlyCashflow

LoanTransactions

I. MarketLoan Enterandapprovetheloanasperitstermsandconditions. Oldloanentries Debtconsolidation Following indicative reports should be generated from Debt.

ManagementModule:‐ ReconciliationofPaymentofMarketloanavailableinIFMSwithE‐

Kuber Additionalpaymentmoduleformanualpayment Press communiqué for market loan repayment in English and

Gujarati. Loanledger Loanreceiptreportwithvariousfilterrange Loanrepayment/liabilityreportbasedonvariousfilterrange Loanpaidandpayablereport All rights of deletion, modification at any time at three level

approval Comparingdataofmarketloanw.r.titsreceipts,repaymentswith

pastyearsonvariousfilterrange Debtconsolidation Otheressentialreportsw.r.tmarketloan



II. NationalSmallSavingsFund(NSSF) Enterandapprovetheloanasperitstermsandconditions. All modification rights at three stages i.e. data entry, verifier and

approver Oldloanentries Debtconsolidation ReportSide:‐ MatchingPaymentofNSSFloaninIFMSwithE‐Kuber Additionalpaymentmoduleformanualpayment Loanledger Loanreceiptreportwithvariousfilterrange Loanrepayment/liabilityreportbasedonvariousfilterrange FundPaidandpayablereport All rights of deletion, modification at any time at three level

approval Comparing data of NSSF loan w.r.t its receipts, repayment with

pastyearsonvariousfilterrange Debtconsolidation Otheressentialreportsw.r.tNSSF

III. InstitutionalLoan

State Government receives various institutional loans from NABARD,HUDCO,NCDCetc. Enterandapprovetheloanasperitstermsandconditionsoftheloan. All modification rights at three stages i.e. data entry, verifier and

approver Generation memorandum of Principal and Interest with correct

amountandcalculation. Onlinereceiptandpaymentofloan. Oldloanentries DebtConsolidation ReportSide:‐ MatchingPaymentofInstitutionalloanwithtreasurypayment Additionalpaymentmoduleformanualpayment Departmentwiseloanreceipt/payment Institutionwiseloanreport Departmentwiseloanoutstandingpaidandpayablereport Tranchewiseloanreport Detailsofchallanandmanualfeeddataincaseofreceipt AlldetailsofMemorandumgenerated Loanreceiptreportwithchequeande–receipt Interest rate & Department wise receipt report on various filter

range Loanledger Loanreceipt&paidreportwithvariousfilterrange Loanrepayment/liabilityreportbasedonvariousfilterrange Paidandpayablereport All rights of deletion, modification at any time at three level

approval Comparing data of loan w.r.t its receipts, repayment with past

yearsonvariousfilterrange



Debtconsolidation Otheressentialreportsw.r.tInstitutionalLoan

IV. GovernmentofIndiaLoans

StateGovernmentreceivesvarious loans fromAsianDevelopmentLoan,JapanInternationalcooperationagencyetc.throughGovernmentofIndia Enterandapprovetheloanasperitstermsandconditions. All modification rights at three stages i.e. data entry, verifier and

approver OnlinereceiptandpaymentofloanwithE‐Kuber Oldloanentries Debtconsolidation ReportSide:‐ MatchingPaymentofGOIloanwithE‐kuber Additionalpaymentmoduleformanualpayment Entityandschemewiseloanreceipt/payment EntityandSchemewiseloanoutstandingpaidandpayablereport Interest rate, department wise, scheme wise and entity wise

receiptreportonvariousfilterrange Loanledger Payments aremade in foreign currency therefore, accordingly it

shouldbematchedwithe‐KuberandinitsLoanLedger Loanreceipt&paidreportwithvariousfilterrange Loanrepayment/liabilityreportbasedonvariousfilterrange All rights of deletion, modification at any time at three level

approval Comparing data of loan w.r.t its receipts, repayment with past

yearsonvariousfilterrange Debtconsolidation Otheressentialreportsw.r.tGovernmentofIndiaLoan Blockloanconsolidation

V. GuaranteeRelatedModules

ProposalEntry ApprovalbyFinanceDepartment SanctionGovernmentResolution VacationapprovalGovernmentResolution GuaranteeFeespaidandpayableReport Departmentwise/EntitywiseoutstandingGuaranteeReport BeneficiariesofGuarantee ReceiptofGuaranteeFeesonvariousfilterrange GuaranteevacationandinvocationdetailswithPDFuploadedfile

onvariousfilter Detailsofproposalwithstatus GuaranteeRegister GuaranteeFeepayablereport NetissuanceofGuarantee

VI. Dash boards reportswith various filter range (indicative not limited tofollowing):

Projecteddebtservicing DebtRepaid



DebtOutstanding Yearwiseloanreceived Monthwisedebtservicing RBI’sE‐Kubertransactionsdetails StateCashposition T‐Billsreport PublicDebtActualv/sReceiptreport

VII. WaysandMeansmoduleVIII. Consolidated/individualloanledgerofallloanswithvariousfilterrange.IX. FacilitywithuploadPDFfilew.r.tloanandotherfunctionsofDMOX. Budget&RevisedEstimatesPreparationofalldebtcomponents inIFMS

with manual data feeding and capture all budget heads procedure andeditable / modification w.r.t new budget mechanism if introduced byStatetimetotime.

XI. CaptureallpastyearsaccountdataofdebtandpermittopreparevariousMISreportwithvariousfilterrange.

XII. Modification of any loan component at any time and capture real timedatainIFMS.

XIII. AutoreconciliationwithVLCdataofA.Goffice3.2.5. DirectorateofAccounts&Treasuries1. Datawarehouse&Reporting

Allowuserstoaccessandanalyzethebudget&actualinformationonarealtimebasis.

User can drill down/drill through financial year, service, demand number,plan, non‐plan, charged, voted, DDO, major head, sub‐major head, minorhead,sub‐head,objectheadwise

Thesystemshallbeabletogeneratevariousreportslike: Expenditurevs.Expenditurebudgettracking Receiptvs.RevenueBudgettracking Projectionofexpenditure/Receipt WhatifanalysisofBudget Allotmentvs.Expendituretracking TrendanalysisofBudget Planwiseexpenditurevs.budgetanalysis Projectionofdebt,pension&otherliabilities Cashflowprojections The system should support status enquiry through the portal for

differentusersforbillpaymentstatus,pension,salarystatus,challanstatusetc.

Receipt/expenditurebudgetofthestate. Userscanalsogeneratecustomizedreportsfortrendanalysis, future

projectionsetc. RealTimereportingmechanism.i.e.Allthedataoperationalaswellas

financialdatawarehouseshouldberealtime. AnalysisoftheBudget,Receipt/expenditure Generatecustomizedreportsfortrendanalysis,futureprojectionsetc. GeneratereportasperrequirementofUsers



2. Payroll&EmployeeDatabase Systemwillhaveprovisiontocollectemployeedata fromDDOlevelandHOD

levelandprovideMISandDSSreportsforhighdepartment. Systemwill have various stack holders for data collection and validation like

DDO,HODDepartmentFinanceDepartmentThese stackholders ‘roles are asperbellow.

Gujarat government has launched human resource management systemsoftware for Personnel Management called ‘SATHI’ (System Application ofTechnologyforHuman‐ResourcesImprovement).Theapplicationsisdesignedto create profile of each government employee and update it with all theinformation of the personwhich can be utilized in deciding the transfers, ingiving special assignments depending onhis qualification and training. It hasendtoendfunctionalitytoprocessthesalaries,expenses,otherpaymentsandemploymenthistoryofgovernmentemployees.IntheNEWIFMS,governmentemployeedetailsshallbe fetch fromSATHIapplicationwhichever isavailableandthedetailswhichisnotavailableinSATHIitshouldbeenteredthroughtheDataentrymodulewhichneedstobedevelopedinNEWIFMSandpaybill,payfixation,paymentbills,disbursementwillbeprocessedthroughNEWIFMS.

Many government departments outsource, hire contractual manpower astemporary, part time, employees. All non‐permanent staff salaries, expensedareprocessthroughthetreasuryofficers.Thesystemshallhaveafunctionalitytoprocessthepayrollrelatedactivitiesofthetemporarystaff.

Capability to maintain single model database capturing all personal and jobrelateddata of all kind of employeespermanent/ temporary/contractual/ ondeputation or ex‐employees retired on superannuation, voluntarily retired,resigned,dismissed,optedforpension,etc.

AlltheadministrativedecisionrelatedtoemployeewillbetakenbyHRMSandpaymentprocessingwillbedoneinIFMS.

FinanceDepartment Finance Department user will enter % again EDP code which need to be auto

calculateatEmployee’sdataentrylevel.

Generatevarioustypeofreport Department‐DesignationWiseReport District‐DesignationWiseReport EmployeeWiseDetail DepartmentWise‐EDPwiseReport DistrictWise‐EDPwiseReport OfficeWise‐EDPwiseReport DDOOffice,PayRangeandEmployeeWiseReport CategoryWiseSummaryofEmployee DistrictAndCategoryWiseEmployee DepartmentAndCategoryWiseEmployee3. ControllingOfficer(CO)Functionalities:

Consolidation of Budget estimates, RE, SD from subordinate offices &submissiontoadministrativedepartment.

Calculationofstandingchargesonthebasisofemployeesdatabase SchemewiseandobjectclasswiseDistributionoftheGranttoCO/DDO.



ConsolidationofRA/RD/surrenderofGrantrequestsfromsubordinateoffices,processingthereofandsubmissiontoadministrativedepartment.

RealtimeMonitoringofreceipt/Expenditure. Reconciliationofreceipt/expenditurewithAGaccounts. OnlineSubmission/Approval/Trackingoftransferentry. CSSReceipt&ExpenditureMonitoring Approval/RejectionofthebillsubmittedbyDDO. OnlinesubmissionofDCbill AC/DCbillMonitoring.

4. DDOFunctionalities: Prepare the Pay Bill with schedules like (GPF, Income Tax, Professional Tax,

HouseRentNPS,HBA,MCA,Festival,FoodGrain,GISetc...) Preparationandsubmissionofallothertypesofbillswithinner. IncorporationofDigitalSignatureforalltypesofbills. Vender/billerregistrationandoptiontopaywithoutRegistration. e‐PaymenttoregisteredVender/Billerandemployee. GenerationofalltypesofReceiptandExpenditurereports&RegistersforDDO. OnlinesubmissionofpensioncaseandtrackingwithDepartment&DPPF PreparationofstipendBills. Facility forcancellationofe‐payment in linewithcancellationofchequeafter

delivery. Generatethebarcodedbillwithuniqueno. GeneratethebarcodedChallanwithuniqueno Facilityforrevenuerefund. FacilityforDepositrefundbill. Facilitate data exchange from the Human Resource Management System

(HRMS)containingpayrolldetailsofemployees ManagementofRejectedbillfromTreasury. Managementofadvancebills&recoupmentthereof. ReadyChequereport/billtrackingreport. AC/DCbillMonitoring. OnlineSubmissionoftransferentrytoCO/PAO Auto reflection of Permanent Advance Recoupment and Disbursement from

UDRinCashBook ArrearsCalculationsshallsupportpayrollwithretrospectivebenefits Audittrailforallsystemactivities The system should calculate the income tax liability of each employee and

displaytherecoveredandoutstandingtaxliabilityatthegivendate. Provision for TDS calculations‐deductions and tracking of TDS credited to IT

Department.ThesystemshouldbeabletoincorporatenecessarymodificationrequiredasperthechangesofITActforthispurpose.

FormulabasedPayelementslikeDA@%ofBasicPayshouldbeincorporatedinawaythatresultsinUserFriendlyoperatingofthesystem

FacilitytosplitSalaryacrossdifferentoffices/DDO The system should allow restriction of administrative functions to the

designatedauthorities Facilitytoproceedpayrollonmonthlyaswellasondemandbasis Facilitytomakebackdatedcalculations



Facilitytocontrolpayrollrunsorcontrolfinalsettlementprocessingoncasetocasebasis

Facility to separate processing of Bonus and increment on case to case andbunchofcases

Facilitytorecoveradvancesasperthescheduleandalsoinano.oftransactionswhichmayvaryfromtheschedule

FacilityforthecalculationofGratuity,LeaveEncashmentandGroupInsuranceAmount.

Separate UniqueIDforeachsanctionedPostandforeachemployee InterfacewithEmployeeDatabase/“SATHI”applicationwhichwillfacilitateto

get the details of sanctioned, filled, vacant, temporary, permanent posts anddetailsofemployees indesiredway(i.e.temporary,permanent,probationary,suspended,etc.)

CasewiseHistorytracking AvailabilityofnecessaryRegistersandReportsaspertherequirement Access to see all the Reports of a DDO by the concerned DDO and

CO/Departmentlevel5. TreasuryFunctionalities

TheTreasuryfunctionalitiesareasfollows: Receiptofmoneyfromthepublicanddepartmentalofficersforcreditintothe

governmentaccount. Payment of Claims against the Government on Bills or cheques or other

instrumentspresentedbytheDDOorpensionersorotherauthorizedpersonstodoso.

KeepingofinitialandsubsidiaryaccountsofGovernmentreceiptandpaymentandsubmissionofsametotheAccountantGeneralofficeforcompilation.

ReceiptandsalesofGovernmentStamp. Pensionpayments. MaintenanceofPD/PLAandLCaccounts. Facility of data entry of HBA/MCA/New Pension Scheme/GPF in individual

accountholder.

5.1. BillProcessing&Paymentmanagement: Allow the HoD/DDO to submit the digitally sign the Bill along with the

supportingdocuments(invoice/voucher/certificate,etc.)andthebillshouldbeautomaticallysubmittedthroughthesystemtotheconcernedtreasuryofficerforBillprocessing

FunctionalitytochecktheavailableGrantagainstthesubmittedbills. Barcode should be generated on bill and treasury office inward counter can

inwardthebillthroughbarcodereader. Facilitatetreasuryofficetoinwardthebillbyenteringcardexno.ofDDOofficeor

throughBarcodereader Inward the bills received at treasury office and generation of unique no and

tokenNoforDDO. Functionalityofissuanceofe‐token(Papertoken)incaseofe‐Payment Allowverificationofthebill&therelateddocumentsbythetreasuryofficer Systemshouldhaveapre‐definedchecklistforeachcategoriesofbillandallow

theusertomarkcomplianceoftheitemsprovidedinthechecklist



Accept/rejecttheonlinebillssubmittedbyDDO. Providethechecklistforbills. FacilityofworkflowbasedelectronicallyprocessthebillsreceivedbyTO. Toperformauditactivityoninwardedbills. Functionalityforapproval/Rejection/generateaqueryonbillsandsendbackto

DDOwithrejection/querynote. Facilityfortracking/statusupdateofBillatDDOlevel. Allowthechequepreparation/Printing. Capabilitytomakethee‐paymentofapprovedbills. AllowusageofDigitalSignaturebytheTO whilesending theECS/RTGS/NEFT

filetotheBank Once the bill is passed the allotment/sanction balances should be update

automatically. Facilitytogeneratethee‐AdviceforCheque ForEmployeerelatedsalarybill,systemwillvalidatewheretheemployeeexists

inthetreasurydatabasewithnecessarypayscale.Howeveritwillregeneratethesalary /allowance against the figures thatwill be provided. Treasury databasewillupdatewithleavestakenbytheemployee.

OncethebillispassedbytheTO,thebillinformationareinsertedinthepaymenttables.Ifapaymentisrelatedtoby‐transfer,advanceoradjustments,necessaryentrywillbegeneratedinthebackend.

Oncethepaymentprocess iscompleteanadvicereportshouldbeprinted.Theadvicereportsforbills/chequesaresenttobankforpayment.

CapabilitytointegratewithBanks. Auto‐updated books of account like –Bill Register, Budget Control Register,

Contractor ledger, Field Ledger, Cash Book, Expenditure Control Register, LoCregister,etc.basedontheapprovalofonlinebillsbytheconcernedauthority

E‐Refunds–Togeneraterefundbillsbyinterfacingwithrespectivedepartmentsforrefundofmoneytothetaxpayer/citizen.Theapproval,processing,payment&accountingoftherefundbillsshallbesimilartotheotherbills

eTracking of refund, payment for respective stakeholders & SMS and eMailIntegration

e‐Paymentshouldbedirectlyfromtreasurytoavoidduplicationofauthorizationwork&timelag.

Maintenance of Bank scrolls for Receipt and Expenditure for actual receipt &expenditureaccounting

Detailpostingofallchallan Detailofallvouchersforexpenditureaccountmaintenance. AC/DCbillstatusreport Systemwill givealertmessage toCO/HOD/DDO, ifDCbill ispending formore

thanthreemonths To create a vendor database to record details of vendors like name, tax

informationnumbers,bankaccountdetailslikeaccountno.IFSCcodeetc. Facility forvendorstoregisterandshouldhave login facility toview/edit their

details Allowvendorstosubmitbillsthroughthesystem. End to end functionality to manage the administrative expenses of the

government offices in Gujarat. All vendors regularly providing electricity,Internet, water, sanitation, transport services to the government departmentsshallberegisteredontheportal.



CapabilitytosendtheSMS/emailbasedalerttovendoronapprovalofbills. Trackingofbillsinvoicesraisedbythevendor

5.2. STOModule Billprocessingaspertreasuryoffice. AsinSubtreasuryofficethereislessstaffsoworkflowtobereducedcompared

totreasuryoffice PostingofChallansatSTOlevel Transferofchallanstoothertreasuryoffices MaintenanceofPDPLAAccounts GenerationofSubsidiaryRegister MaintainedofRBDRegister IncorporationofsubtreasuriesaccountsintheTreasury

5.3. ReceiptandExpenditureProcessing: Keepingof initial and subsidiaryaccountsofGovernment receiptandpayment

andsubmissionofsametotheAccountantGeneralofficeforcompilation. GenerationofListofPayment(LoP),ListofReceipt(LoR),Cashbook GenerationofAccountingStatementwhicharerequiredtosubmittoAGoffice. ReportsofJottingvs.Posting Detailpostingofallthechallan DDOFunctionalityinbillapprovalprocess, Challandetailsreceivedfrombank. DetailpostingofallvouchersforExpenditureaccountmaintenance

5.4. ChequeInventory: Electronicprocessingforacquiring,processing,issuingandmaintainingrecords

of cheque receipts and cheque issue. The module supports on‐line Indentprocessing.

ToallowtheindentPreparationofCheque. UpdatingthestockonreceivingChequebooks. DistributionofCheckbooktoDepartment/offices. CancellationofChequebook/revertbackthechequebook. MaintenanceofStock Alertmessageonminimumstock FacilitytogeneratethevariousreportsrelatedtoCheque.

5.5. StampProcessinginTreasury: PreparationofnewindentforstamponlyonclosingofLastindent. Maintainthemasterlistforthestamptypeandtheirdenominationvalues MaintaininventoryfortheStamps(includesdamages) MaintainofSinglelockandDoublelockregister Maintainmasterlistforthevendortype(party&registeredseller) MaintainCommissionmaster MaintainStampsalesRequestfromVendor MaintainDeliveryofStampSales GeneratetherealtimestockstatusofSTO/TOandHeadoffice. Dashboardfordenominationwisestockforhigherauthority Integrationwithpaymentgateway.



Togeneratethe+/‐Memoreport. Onceavendorapproaches tobuy the stamppaper, all the salesdetailswill be

enteredinascreen,whichwillgeneratearequestnumberforthesales. The vendor/party then fills up the challan number along with the request

numberandsubmitsthecashinthebank.Oncethebankscrollisupdatedinthetreasury (through receipt module), the delivery of Stamp against the requestnumber will be given by checking out the challan number (from the receiptdatabase).Theinventorywillbeautomaticallyupdated.

Stampforecastpreparationfunctionality Allotherrequiredreports StampcommissionbillProcessing. Surpriseverificationmanagement Physicalstockverificationfunctionality Reportsforauditteam GenerateconsolidateReportofstampsincludingstampbalanceofallTreasuries

&SubTreasuries. Facilityof inventorymanagementrelating toStrongRoom items, includingbut

notlimitedtothefollowing: Non‐judicialstamps(tobesuppliedtostampvendors) Valuablesofgovernment Electionmaterials CourtCaseProperty

StampIssueProcessforVendor&Party

IndentingprocessforTO/STO

5.6. PensionProcessinginTreasury: InitiatingthePensionbillonreceiptoftheorderfromDirectorateofPensionand

provident Fund. First Payment includes the Death cum Retirement Gratuity(DCRG)PaymentCVPpaymentandfirstinstallmentofPension.

ToprocessthePaymentofmonthlypensiontothepensioners ToprocesstheMedicalbillofpensionerbyproperscrutiny GenerationofVariousMISreportsrelatedtoPensionpaymentApplication Systemshouldallowthepensionpaymentof

1. StatePensions

StampDenominationProcess(OnetimeProcess)

ChallanPreparation

Challanauthorization

DoublelocktoSingleLock

StampIssue

Indentpreparation

IndentConsolidation

StampReceipt



2. Centralpensions3. OtherStatePensions

TransferofallPensionDatabasefromexistingIFMStonewSystem Generate Variation Report ofmonthly pension payment. The report should be

generatedBankWiseBranchwiseheadcodewise Savingofvariationreport GenerationofFormC ApprovalofbillbyCompetentauthorityandsubmissionofbilltoTreasurywing

forpaymentprocessing Preparationofmedicalbillsofpensioners ReportswillhavemultiplefieldsregardingMedicalreimbursementwhichcanbe

accessedbyanyfield MRbilltobeaddedfieldwithGovtHospital/GovtEmpanelledhospital/Private

hospital Facilitytomakee‐Payment/chequepaymentofalltypeofpensionpayment Onapproval throughthesystem,digitallysignedpensionpaymentdetailsshall

beautomaticallyuploadedtotheagencybanksfore‐paymentofpension Reconcile the pension payments by the digitally signed e‐scroll submitted by

AgencybanktotheTO GeneratealerttopensionerandconcernedTO. SystemshouldhavefacilityforeauthenticationbyintegratingwithePraman. Every year pensioner have to appear in pension office /Bank to produce Life

certificate.IfpensionerfailstoproduceLifeCertificateSystemshallstopthenextPaymentofthepensioner

DDOFunctionalityinbillapprovalprocess, CapabilityforAlertonirregularchangesinpensionpayment, Incaseofdeathof thepensioners,systemshallallowtoupdatethepensioners

lifestatus,basedondeathcertificate,andprocessfamilypensionbasedonpre‐definedrules.

Interface with the AG office for transfer of pension data including, pensionapprovals,e‐PPOs,Firstpensionpayment,ePramanandotherpensiondetailsasrequiredbyAGforverificationandsanctionasthecasemaybe.

Grievances module for pensioners to log their grievances in the system, theconcernedauthoritytorespondtothegrievancesthroughthesystemandallowmonitoringofthegrievanceredressesbycompetentauthority

Maintainthepensionermaster,bankmaster(throughwhichpaymentismade),pensiontypes,pensionscales,arrearsprocessingparameters&pensionpaymenttypeparameters.

IntegrationwithBankforonlinevoucherinformation. FacilitatedtotransferthePensioncasesbetweentreasuries TofacilitateHoD/Headofoffice/DepartmenttosubmitProvisionalpensioncase

to Treasury office under intimation to DPPF. System should generate uniqueIdentification of Provisional Pension case (withmatchingName,PAN cardNo.,DoB etc.). At the time of finalization of Pension case Provisional pension caseshould be stopped in the System& online intimationwill be sent to TreasuryOffice.

SystemshallautorestoreCVPincaseofmultipletimerevisionofpay/pension VarioustypeofreportsrelatedtoPensionPayment. Consolidate report of pending cases of first payment and revision authority

issuedbyDPPF



BillstobepreparedBankbranchwise/Headcodewise TransferofClosedPPOtoissuingauthority. Providethechecks&BalancestoavoidoverPayment&OtherFrauds. CalculatingGratuityconsideringalleventsshouldnotexceedthelimitdecidedby

theGovernment. Displayofrecoveryfrompensionerbythewayofcheque/DD

5.7. PayandAccountOfficeFunctionalities: Allow the HoD/DDO to submit the digitally sign the Bill along with the

supportingdocuments(invoice/voucher/certificate,etc.)andthebillshouldbeautomaticallysubmittedthroughthesystemtotheconcernedtreasuryofficerforBillprocessing

Facilitate Pay and Accounts office to inward the bill by entering cardex no. ofDDOoffice.orinwardthebillthroughBarcodereader

Generationofuniquebillnumber FacilityofworkflowbasedelectronicallyprocessthebillsreceivedbyPAO ForwardthebillforCardexvariation After cardex verification bill to be forwarded to perform audit activity on

inwardedbills. FunctionalitytochecktheavailableGrantagainstthesubmittedbills. MaintainSLOregisteronthebasisofemployeesdatabase ForEmployeerelatedsalarybill,systemwillvalidatewheretheemployeeexists

inthedatabasewithnecessarypayscale.However itwillregeneratethesalary/allowanceagainst the figuresthatwillbeprovided.Databasewillupdatewithleavestakenbytheemployee.

FacilitytoAddition&DeletionofstaffinSLOregister Systemshouldhaveapre‐definedchecklistforeachcategoriesofbillandallow

theusertomarkcomplianceoftheitemsprovidedinthechecklist Accept/rejecttheonlinebillssubmittedbyDDO. Functionalityforapproval/Rejection/generateaqueryonbillsandsendbackto

DDOwithrejection/querynote. Facilityfortracking/statusupdateofBillatDDOlevel. Allowthechequepreparation/Printing. Capabilitytomakethee‐paymentofapprovedbills. AllowusageofDigitalSignaturebythePAOwhilesendingtheECS/RTGS/NEFT

filetotheBank Once the bill is passed the allotment/sanction balances should be update

automatically. Facilitytogeneratethee‐AdviceforCheque OncethebillispassedbythePAO,thebillinformationisinsertedinthepayment

tables.Ifapaymentisrelatedtoby‐transfer,advanceoradjustments,necessaryentrywillbegeneratedinthebackend.

Oncethepaymentprocess iscompleteanadvicereportshouldbeprinted.Theadvicereportsforbills/chequesaresenttobankforpayment.

CapabilitytointegratewithBanks. Auto‐updated books of account like –Bill Register, Budget Control Register,

Contractorledger,FieldLedger,CashBook,ExpenditureControlRegisterbasedontheapprovalofonlinebillsbytheconcernedauthority



E‐Refunds–Togeneraterefundbillsbyinterfacingwithrespectivedepartmentsforrefundofmoneytothetaxpayer/citizen.Theapproval,processing,payment&accountingoftherefundbillsshallbesimilartotheotherbills

eTracking of refund, payment for respective stakeholders & SMS and eMailIntegration

e‐Paymentshouldbedirectlyfromtreasurytoavoidduplicationofauthorizationwork&timelag.

Maintenance of Bank scrolls for Receipt and Expenditure for actual receipt &expenditureaccounting

Detailpostingofallchallan Detailofallvouchersforexpenditureaccountmaintenance. AC/DCbillstatusreport SystemwillgivealertmessagetoCO/HOD/DDO,ifDCbillispendingformore

thanthreemonths FunctionalitytoprocessCNFbills

AccountsBranch. PrepareclassifiedmonthlyaccountsandsupplementaryAccountsandsubmitto

AGonline. FacilitytoincorporatetheAccountsofLiaisonOfficeDelhi,Mumbai FacilitytoincorporateTransferentryintheaccounts

FunctionalityofSRBranch MaintenanceofservicerecordofOfficersoftheAllIndiaServiceworkingunder

stateandallOfficersworkingonthepostofstatelevelHeadsoftheDepartmentlocated at Ahmedabad and Gandhinagar, issue of salary slips, reports on theentitlementofleaveetc

FunctionalityofIRLABranch Payment of salaries and allowances of Hon. Governor, Hon. Speaker, Hon.

MinistersandHon.M.L.As.andpersonalclaimsoftheseauthoritiesFunctionalityofRAOBranch VoucherssendtoRAObranchforpostAudit FacilitatetogiveonlineremarkbyRAOoffice

Registers To maintain register i.e Fly leaf Register, Attendant Register, Outstanding

Balance Abstract Bill Register, Advance bill register, Ferist Register Periodicalregisteretc..

InterfacingwiththeexternalentitieslikeBanks,AG,RBIandanyother

5.8. GroupInsurance: FacilityfortheManagementoftheGroupInsurancefund Facilityforschedulepreparation FacilityforPaymentAuthorityGeneration Facilitytogeneratethe8011accountpreparation&matchingatDATLevel. Facility of send online comments toDDO/To regarding overpayment in Group

Insurancebills Facilitytomaintaintorecoveryregister



5.9. LetterofCredit(LC)Functionalities ToissuetheLetterofCreditfortheDepartmentsofIrrigation,ForestandRoad

andBuildings.TheGrantisallottedtoDivisionsandgivenaLetterofcreditfortheirDivisions.

FacilitiesfortheLCgrantDistribution. To maintain account for the Division in Treasury Office under the Executive

EngineerwiththeLetterofCreditdetails. FacilitytomaintaintheChequebookrecordissuedtodivision Togenerateandsendthee‐AdviseforTOwithdigitalsignature. TosubmittheeadvicetobanksbyTOwithadigitalsignature. Facilitytomakethee‐Paymenttovendor. FacilitytocancellationofCheque/ePayment. TosubmittheeScrolltoTOfordetailpostingofChequeforthemaintenanceof

accounts. FacilitytosendanotificationbySMS/emailtoVendor. CapabilityforintegrationwithWorkMonitoringsystem(WMS)ofR&B.

CO‐ Administrative Dept.

CO‐ HoD Level.

CO‐ Circle Level.

DDO Divison Level.

Grant LC released

Grant LC received and approved to distribute Circle Level

Grant LC received, send to TO for approval

TO Level.

LC Grant Distribution

LC Grant approved

Status in IFMS

LC Advice

CO‐ Administrative Dept.

CO‐ HoD Level.

CO‐ Circle Level.

DDO Divison Level.

Grant LC released

Grant LC received and approved to distribute Circle Level

LC advice prepared and send to TO for approval

TO Level. Works bills from Division level with/Without Budget Head Detail

Bank

LC advice approved Intimation

Works related Vendor/Contractor and other Stack

Holder

Bills sent to DDO

Payment released

5.10. PersonalDepositandPersonalLedgerAccount(PDPLA)Functionalities CreationofPDPLAAccounts Deposit of money, maintenance and payment through the Personal Ledger

Account (PLA) opened in Treasury by local bodies, Panchayati Raj Institutionsandotherstateundertakingsetc.

MaintenanceofPDPLAbalance CapabilityforReconciliationwithTreasury,Department,AGandBank. CapabilityforPaymentfromPLA



Capabilitytomakee‐PaymentfromPDPLAAccounts Reconciliationfacility ProcessallthematterinRupeesisonly. Functionalitiesrelatedtodeposits: Sanctionandcreationofaccountfordepositsbyauthorizedauthority UniqueIDcreationforthenature/categoriesofdeposits‐e.g.publicdeposit,

revenuedeposit,courtdeposit,andlocalbodydeposits,etc. Workflowforrefundofdeposits(incaseofrefundabledeposits)

GovernmentBody

Personnelledgeraccountinward

Approval

ExternalInterfacesInterfacewithAG

OnlinesubmissionofmonthlyaccountofalltreasuriestoAGoffice SubmissionofGPFSchedules&Debitvouchers TofacililtatetoincorporateaccountingadjustmentsmadebyAccountantGeneral

Office,Ahmedabad(AccountingentryofNonTreasurytransactions) OnlineapprovaloftransferentriessubmittedbyControllingOfficers. OnlineintimationregardingadjustmentofAC‐DCbills. TofacilitateAGoffice forsubmissionofmonthlyaccountsdataandfacilitateto

generateDDOwise,COwise,Departmentwiseexpenditurereports. AninterfaceofVLCsystemwiththeTreasuryistobedevelopedfordownloading

data from IFMS system and uploading online data into different tables of VLCsystemasmanuallyenteredfromthephysicalvouchersandensuringintegrityofaccountsdatabeingsentbytheStateGovernment. The module should allowexchangeofvoucherleveldataelectronicallywiththeAccountantGeneral’sofficeandaccesstoAGtomakemodifications/addtransactions&uploadingonanonlinebasis.

ProvisioninIFMSfortrackingofoutstandingDCBillsagainstACBills&Grants‐in‐aidbillspendingforwantofUtilizationCertificates.

ProvisionforimplementationofCTS‐2010ChequesunderIFMSsystem. Plan for switchingover of accounts ofWorks&ForestDivisions intoTreasury

modeunderIFMS. TheSystemshouldensureinter‐aliathefollowingpoints: Requirement of Section 5 of the IT Act 2000 should be met in regard to e‐

voucher, e‐voucher should include all the information that is now being included in

physicalvoucher, e‐vouchermustbenumberedanddigitallysigned, Proofofpaymentsandamountpaidonavoucher,



Classificationofpayment/receipts, e‐vouchershouldbeintheprescribedform, e‐voucher should be accompaniedby scanned copies of all thedocuments like

sub‐vouchers, sanction orders etc. as presently accompanied with physicalvouchers.

InterfacewithPFMS

Govt.ofIndiahasimplementedPublicFinancialManagementSystem(PFMS)toestablishonlinefinancialmanagementinformationandDecisionSupportSystemfor tracking of funds released under plan scheme of Govt. of India. As perrequirementofGovt.ofIndiatreasurysystemtointerfacewithPFMS.

InterfacewithPFMStofacilitatefinancialmanagementinformationandDecisionSupportSystem.

FacilitatetoMakeDirectBenefitTransfertobeneficiarythroughthisintegration.InterfacewithNPCIInterfacewithallthefutureonlinepaymentsystemthroughweb,mobileetc.InterfacewithVATIS,GST

UnderGSTregime,AccountingAuthorityisentrustedwithfollowingfunctions. Accountingtobedoneonthebasisofe‐scrollprovidedbyRBIe‐Kuber. Reconciliationwithe‐scrollprovidedbyRBIe‐Kuberwillbedoneafterreceiving

luggagefilefromGST. Memorandum of Error (MoE) will be issued to concern (GST, RBI) if any

discrepancyfoundduringreconciliation. Accountingeffectwillbedoneafterreceivingcorrectede‐scrollofMoE. AsthisaccountingentrywilleffectLedgerofconcernTaxpayer,GSTandRBIwill

beinformedfornecessaryaction. FinaldataofaccountwillbesharedtoTaxauthority. MISreportwillbegeneratedonbasisofaboveFinaldata. Toperformabovefunction,moduleneedstobedevelopedalongwith interface

withGST,Pr.CCAOffice,RBI&OtherAgencyBanks(ifneeded)InterfacewithIWDMSInterfacewithWorksManagementSystemofRoad&BuildingDepartment

InterfacewithHRMSforpayrollInterfacewithe‐KuberPortalofRBI

RBIhas launchede‐Kuber forReceiptofGovt.Receiptandmakespayment.Theproposedsystemhastointegratewithe‐kuber

Systemhavethefacilityforreconciliationofalltypeofreceiptandcollectedandallpaymentmade

InterfacewithGoGDepartment(IntegrationwithvariousdepartmentslikeHealthDepartment,HomeDepartment)



6. ReceiptManagementFunctionalities Allow users (individuals/corporate/other government/departments/agents

etc.) toregister intheReceiptManagementSystem(CyberTreasuryPortal) formakingonlinepayments.

Allow the Challan Preparation, Collections, deposit, recording, reconciling andanalyzingthereceiptsthrougheTreasury/mTreasury,Non‐taxrevenuereceipts,Deposits (refundable/non‐refundable), Generation of Barcoded/QR coded e‐Challan.

ReceiptCollectionthroughNEFT,RTGS,Credit/DebitCardetc. Allows the departments in collections, deposit, recording, reconciling and

analyzingthereceiptscollectedandrefundofreceipts. Receiptscollectionincludescollectionoftaxrevenue,non‐taxrevenue,deposits,

etc.themoduleshallallowthedepartmentstocollect&recordthemajorsourcesoftaxrevenuereceiptswhichinclude‐

VAT, Stamps&RegistrationFees, VehicleTax,excise,andothers.

Non‐taxrevenuereceiptslikeinterestreceipts,dividend,saleofland,licensefee,anddepartment revenues (Fees for various servicesprovidedbydepartments,finesetc.)shallalsobecollectedandrecordedthoughthesystem.

Deposits comprises of refundable/ non‐refundable deposits including courtdeposits,publicdeposits,EMDs,etc.

OnlinecollectionofReceiptsthroughtheReceiptManagementSystem DevelopmentofMobileAppforReceiptCollection TorecordeachtransactionbygeneratinguniquetransactionIDnumber Allowpaymentatthebanks,fieldoffices/counters. Allowanauthorizedusertogenerateachallaninreceiptofpaymentreceived Tracking of the challans generated, challans to be depositedwith payments at

thebankandthechallans&paymentsdepositedatbank Automatically reconcile the payment made at the bank (cash/cheque/DD/any

othermode)basedonthechallaninformation Interface with the general ledger of the IFMS module to update the status of

paymentinthetreasuryaccounts InterfacewithrespectiveITsystemsofthetaxcollectingagencies/departments

toupdatetheirsystemsofthepaymentreceived. eRefundofEMDbill. DepositTransferfacility. FacilityoftheEMDwithdrawnbyDDO. TransferEMDBalancebetweenTO/STO.



ePayment,eReceipt,eRefund IntegrationwithExternalAgencies(e.gRBI,Banks,AG,HRMS,PFMS,WMS)

7. ContractManagementFunctionalities

GenerationofUtilizationCertificateforprojects UTC, State & GoI projects General details such as Name, Milestone, Progress,

Payment) MonitoringsystemofExternallyAidedproject

8. EMD(EarnestMoneyDeposit)Functionalities

FacilitatedforonlineCollectionofEMD. FacilityforlapsEMD. DetailedpostingofChallan. FacilityformanagementofunpostedChallan. Allowthee‐RefundofEMDbill. DepositTransferfacility. FacilityofEMDwithdrawsbyDDO. FacilityoftransferEMDBalancetransferbetweenTO/STO. FacilitytotransferEMDbalancebetweenoneDistricttoanotherDistricts FacilitytoSplitchallan

9. PayFixation&PayVerificationFunctionalities

Payfixationonnewrecruitment Payfixationonpromotion Pay fixation on reversion pursuant to penalty – to be tiedwithDiscipline and

Vigilancemodule FacilityforpayfixationonHigherPayGrade,Deemeddate,Steppingup, AlltypeofPayFixation&Verification,



Capability for Pay fixation and pay verification as per recommendation of PayCommission

Onlinereleaseofincrementorders Inward/outwardPayfixationcase/HigherGradedpay/Deemeddate received

inphysicalmode TrackingofallTypeofcase Preparationofchecklistandcertificationandonlinesubmissionofthecase Providedashboard Generation of various type of report i.e Department wise report, HOD wise

report,Districtwisereportsetc.

10. EDPFunctionalities AllotmentofDDOCodeandmappingofcardexno. Facilitytoproviderightstotheuser Righttransferandposttransferfacility Creation/abeyance/abolishmentofnewoffice/Post/usersetc.

Payroll,payfixationandpayverificationmodulesshallbedevelopedinIFMSanddatawillbeeitherfetchedfromHRMSorpresentIFMSforthesameasandwhennecessaryorthedataentrywillbedoneforthesame.Vouchergenerationandpaymentprocessingwill be carried out in IFMS. i.e. The payroll processing will be done in HRMS andpaymentwillbeprocessinIFMS.

3.2.6. DirectorateofPension&ProvidentFundPensionFunctionalities1. Registrybranch

1.1. TheGeneralregistryBranchofDirectorofpensionandprovidentfundacceptsallkindof thepensioncases likesuperannuationcases,voluntaryretirement’scases,familycasesetc.withservicebookandotherdocuments.

1.2. Thebranchmakesnecessaryinwardentriesofeachcase.1.3. TheBranchsendseachreceivedpensioncasewithdocumentsservicebookto

concernpensionreportingbranch1to8.1.4. Thebranchgeneratesdifferentreportofinwardpensioncases.1.5. Thebranchoutwardseachscrutinizedandpassedcasesandobjectedcases to

itsrespectiveaddress.1.6. Thebranchgeneratesdifferentreportsofoutwardpensioncases.1.7. TheoldcaseswhichhavebeenauthorizedbyAccountGeneralwhichcannotbe

enteredintheIFMSwhichcanberectifiedinNewIFMSandmanualentriescanenteredinthismatterisrequired.

1.8. Duedatecases, familycases,courtcasesetccasesshouldbefoundindifferentinwardandoutwardreportsinredcolourfonts.

1.9. Thebranchshouldmaketheoutwardforoneormorecaseatatime.2. VoluntaryretirementsandServicecertificates

2.1. The inward clerk forward cases of service certificate of Voluntary retirementwithdocumentsandServicebooktorespectiveDeputyAccountant.

2.2. TheDeputyAccountantscrutinizedthecasesanddocumentswithservicebookmanually.

2.3. Service details are entered by the Deputy Accountant. Leave without pay,service break, suspension are deducted from this. If the service is above 20yearsthanservicecertificateisgiven.



2.4. Threemonths’noticeperiodisrequiredforVoluntaryretirementsoif it isnotfulfilled than the certificates of waving of notice period must be given bydepartmenthead.

2.5. Ifanydisqualificationofabove3and4thesystemshouldgivemessagetotheDeputyAccountantanddeniesgoingfornextentries.

2.6. TheDeputyAccountantforwardsthecasestotheAccountant.2.7. The Accountant forwards the cases to the Accounts officer class 1 and he

approvesorrejectsthecase.2.8. TheapprovedcasesareforwardedtothePAcomputerBranch.2.9. Therejectedcasesareforwardedtotheregistrybranch.

3. PensionReporting(PR)Branches(1to8)AcceptanceofPensioncases1. TheinwardclerkofthePRBranchsortallthereceivedcasesandallocateeachcase

toitsauditoraccordingmonthwise,,districtwiseorrandomlyasperthesystemofthebranch.

2. IfthecaseisnotofitsPRthanitcanbesendtorespectivePRdirectly.3. Thereportofduedatecases, familycases, courtcasesetcshouldbe found first in

redcolourinMenuinwardclerk.

PensionCasesdistribution1. The inward clerk receives the caseswith documents and Service booksmanually

andinhisloginID.2. Thecasesareforwardedtothesubauditorsofthebranchaccordingtomonthwise,

districtwiseorprioritywiseasthesystemsetbythebranch.PensionCasesscrutiny1. The sub auditor verifies the cases, pension papers, service book and documents

manually.2. ThesubauditoropenshisloginIDandopenstheinwarddetailsofsavedcasesinthe

worklistManu.3. The information of employee name, designation, type of retirement, birth date,

joiningdate,retirementdate,addressoftheemployee,theofficenameandaddressand the department of the employee, the sub Treasury and the district Treasurynamewherehe/shewantstakepensionareenteredbytherespectivesubauditor.

4. ThedetailsrelatedCommutedValueofpensionliketheemployeewishtooptitornotandthedateofoptionofthatareentered.

5. The family details and nomination details and percentage of nomination,relationshipsareenteredafterscrutinisation.

6. If the employee have any mentally/ physically children than the details of it areenteredafterscrutinisation.

7. Theservicebreaks, any leavewithoutpaymore than36monthsareentered thenthelengthofserviceiscalculatedautomatically.

8. Thepaydetailslikelastpay,paygrade,gradepay,NPA,DArate,promotion,highergrade and the details of increments after 1/1/06 till the retirementdateareentered.ThetypeofROPisselectedalso.

9. The amount of Pension, Gratuity, CVP, Fp1,Fp2 and net pension are calculatedautomatically.

10. TheprintofScrutinyreportisgeneratedanditisputtheofficesuperintendentforfurtherdetailedscrutinisation.



11. TheofficesuperintendentputsScrutinyreportwithpensionpaper,documentsandServicebooktotheAccountsofficerclass1forfurthersecurity.

12. Theofficerapprovesorgivesobjectionifitfoundsatthatstage.13. TheapprovedcasesaresenttothePAcomputerbranch.14. The rejected cases, objected cases are sent to the registry branch with objected

pointsdullysignedletter.15. ThecaseswhichrequiretheapprovaloftheDeputyDirector(pension)thanabove

proceduresof13to15arefollowtotheDeputydirector(pension).16. IftheserviceofemployeefoundslessthanrequiredserviceofPensionthansystem

shouldnotallowtogofurtheratSubauditorlevel.17. Thejoiningdateoftheemployeeisafter1/04/2005thensystemshouldnotallowto

gofurtheratSubauditor level forPR1to5,7and8.But forexceptionalcases likecourtcases,otherspecialcasesetc.specialprovisionshouldbegiventoallowtogofurtherevenifthejoiningdateisafter01‐04‐05.

18. The joiningdateof the employee is after17/10/1988 then the systemshouldnotallowtogofurtheratSubauditorlevelforPR6.Butforexceptionalcaseslikecourtcases,otherspecialcasesetc.specialprovisionshouldbegiventoallowtogofurtherevenifthejoiningdateisafter17/10/1988.

19. Theincrementsshouldbegeneratedautomaticallyafterallrequiredentries.20. ThelistofDistrictTreasuriesandsubTreasuriesshouldbelatest.Ifwechoosethe

relevant Treasury then the sub Treasuries of it only should be seen not all subTreasuriesofthestate.

21. The upper and lower limit of Pension, CVP, DGRG should be taken intoconsideration.

22. Theautomaticdatashouldbegeneratedincolumns23and24.

4. Revisionofpensioncases1. AlltheproceduresfrominwardtooutwardofPensioncasesshowedaboveisdone

inrevisionofpensioncases.2. Brief details ofauthorized pension, DCRG, CVP, FP1, FP2 should be shown in

separatetablebeforescrutinisationofRevisionpensioncases.

COMPUTERBRANCH PrintofS.R.(ScrutinyReport) TogeneratePPONOofauthorizedpensioncases.Suchfacilityforoldpensioncases

whichwereauthorizedbyA.G.Ahmadabad. Togeneratedifferentformofpensionauthorizationinprintedstationary. FacilitytosendcasebacktoPRBranchesorForwardtoInternalAuditBranch.INTERNALAUDITBRANCH Facility to forwardcases toPABranchorback toPAComputerBranch. (Option

mustbegivenwithbranchnameandEmployeename) FacilitytoobjectandreturntoPRBranch.PENSIONAUTHORIZATIONBRANCH(PAI–II) FacilitytooutwardcasestoRegistryBranchincaseofanyquery FacilitytorejectcaseandsendbacktoPRBranch. LEGALMATTERBRANCH TogeneratePensioncasesreportsfordifferentperiod. ToamendandupdateT.I.Rateonlineforstate,centralandotherstatepensioners.



VIGILANCEBRANCH To generate reports regardingpensionerswhosepension is not finalize (District

wise,Departmentwise,Yearwise,Classwiseetc.) TogenerateinformationreportsasandwhenrequiredbyFinanceDepartment Updatedetailsofemployees/Officers,retiringincomingyears. TosubmitRTICellinformationtoFinanceDepartment.

SpecialNote:‐FacilitytoamendthroughfrontendbyDPPF.IncaseofonlinePPOreturnedbyDistrictTreasurytoDPPFforchangeofPensionstartDate.1.) To give facility generating PPO Number in character and manually both where

originalPensioncaseauthorizedbyAGAhmadabad.2.) To issueonlinePPO incaseofPensionerwants togethis/herPension fromother

state.3.) Toforwardcasestooneemployeelogintoanotheremployeelogin.FacilitytodisplaythenoteswrittenbyTreasuryandOfficeinScrutinyofPensioncase.NPSFunctionalitiesAtpresent IFMSprovides facilities tocreatePPAN,mapping itwithPRAN,creationofschedules fordeductionofNPS contribution, linking itwithpaybill, voucherentry atvarious levels, top schedule generation, account generation, ledger creation, datafetchingandtransferringittoNSDL,withdrawals,monthlyslipgeneration,annualslipgeneration,interestcalculationandvarioustypesofMISreports.All the abovementioned facilities should be available inNEW IFMS. In addition to itsomepointsshouldbetakencareofinNEWIFMS.

Preparation of categorywise pension cases includingMunicipalities aswell asnongovt.teachingstaffofprimary

Auto fetching of data from DDO registration no i.e. Department name, HODdetails,Districtdetailsetc.

FacilitytomodifytheDDOregistrationdetails,ifenteredwrong. OnesubscriberonePPAN.DuplicatePPANshouldbeautomaticallyreportedand

rejectedbysystem. FreezingofPPANatthetimeofcreationofPPAN,uptomappingofPRAN. MappingofonePRANwithonePPANtoavoidduplicatePPAN. Unfreezingofaccountfacilityonfrontend. LinkingofscheduleswithHRMSandwithIFMS. AutomatedaccountgenerationfromHeadlevelentry,DDOlevelentry,voucher

levelentryandsubscriberlevelaccountgeneration. Frontendfacilitiestotransferbalances,entriesfromonePPANtoanotherPPAN. FrontendfacilitiestotransferwrongheadentrytoNPSheadandviceversa. Facility to differentiate subscribers between employees of State Government,

GrantinAidInstitutesandPanchayats Facilities to see the subscriber accounts as and when pay bills cleared by

treasuryoffices NPSiscontrolledandmonitoredbyPFRDAandNSDL.Facilitytomakenecessary

changesinsystemasandwhensomechangesmadebyPFRDAandorNSDL. AutomatedwithdrawallettertosubscriberfromIFMStoDDO&subscriberatthe

timeofresignation,superannuationoronrequest. RealtimeprocessofUnposteddataclearancewithauthorizationlevels



Maintenance of GSFS data in IFMS with balance reporting, maturity reports,interestcalculationandwithdrawalreports

Cash book and MIS types of reports i.e. subscription not made by subscriber,nonpaymentofcontributionbysubscriberetc

Integration with NSDL, if possible. Circulars should be directly forwarded tosubscriber.

BalancereductionfacilityonwithdrawalofNPScontributionbysubscriber DuringtermwithdrawalfacilityinIFMS Linking of payment authorities with voucher at Treasury offices and AG to

reconcileandtomonitorthependingauthorities ProcessingofthewithdrawalcasesthroughIFMS.DDOcansubmitthecasesand

documentsonlineandremainingprocesstofollowhierarchy. Reporting of claim ids, IRA‐Non IRA status,withdrawal, deductions, upcoming

eventsi.e.retirementdates,NAVsetc. Detailed subscriber profilemaintenance in IFMS i.e. PPAN generation, account

generation, deduction details, withdrawals, UP clearance, repayments,nominationdetails,changeinnominations,sectorchange,DDOchangeetc.

Reportingofdailyactivities AutomatedMPRgeneration Generationofallreportsasandwhenrequired,basedondataavailableinIFMS

HBA‐MCAFunctionalities

1. InwardModule TopSchedule Other RequestforAccountGeneration DemandforInterest AGTEClearanceEntry(sentbyAG) AGCAFigure

2. NumberAllotment&ChangeinName–Surname3. CashBook4. InterestT.E.(EveryendoftheYearFromM.H.7610toM.H.00495. HBA‐MCASlipissuingonlinethroughIFMS6. HBA‐MCALedger7. Broadsheet8. HBA‐MCAmonthly deducted Amount treasury should receive online schedule

justlikeNewPensionSchemeandnecessaryReportshouldbePrepared.9. Preparing a module for posting of un posted amount the concern drawing

officer,treasuryofficershouldsendaschedule.10. PostingofAccounts

TopScheduleEntry VoucherEntry AccountwiseEntry UnpostedAmount AccountTransfer

11. NoDueCertificateIssuethroughsystemwithworkflow12. InterestConfirmationIssuethroughsystemwithworkflow13. CashbookforIAS/IPS/IFS&otheremployeesforwhichDemandDraftreceived14. UserwiseDataentryreport



15. Preparingapathmodule i.eConcernedEmployee>Superintendent>Accountofficer>DeputyDirector

16. RefundAuthorityIssuethroughsystemwithworkflow17. Outward18. GenerationofAllreportsasandwhenrequiredbasedondataavailableonIFMS

information.GPFFunctionalities1. InwardModule

TopSchedule Other RequestforAccountGeneration DemandforInterest AGTEClearanceEntry(sentbyAG) AGCAFigure

2. NumberAllotment&ChangeinName–Surname3. CashBook4. InterestT.E.5. GPFSlipissuingonlinethroughIFMS6. GPFLedger7. GPFBroadsheet8. GPFmonthlydeductedAmounttreasuryshouldreceiveonlineschedulejustlike

NewPensionSchemeandnecessaryReportshouldbePrepared.9. Preparingamoduleforpostingofunpostedamounttheconcerndrawingofficer,

treasuryofficershouldsendaschedule.10. PostingofAccounts

TopScheduleEntry VoucherEntry AccountwiseEntry UnpostedAmount AccountTransfer

11. FinalPaymentmodulesystemwithworkflow12. GenerationofM‐Formissuethroughsystemwithworkflow13. SupplementaryM‐Formissuethroughsystem14. UserwiseDataentryreport15. Preparingapathmodulei.eConcernedEmployee>Superintendent>Account

officer>DeputyDirector16. ACRRegisterReport17. Outward18. GenerationofAllreportsasendwhenrequiredbasedondataavailableonIFMS

information.

3.2.7. ExaminerLocalFundFunctionalities1. AuditMaster

MasterdataofAuditinstitutes. E.gAuditYearMandays,Nameiftheinstitute(Withuniquenumber)

Existingestablishmentandavailablemandaysforaudit(CadreWise). Pendingauditwork.

2. AuditPlanning



MonthlyQuarterlyandyearlyauditplanningasperexistingstaff(institutewiseandcirclewise)

VillageNagar/Taluka/DistrictPanchayat/CorporationUniversity/Boardandotheraudit

3. Distribution(assignment)ofWork

Daily,MonthlyQuarterlyandyearlyProgressReport OnlinediarySubmission Audit status for all institutes for the beginning of the audit till it is

completedandtillthereportisissued(Stage&Pathwise) Yearlycompletedunits(Village/Taluka/Nagarpalika) UtilizationofmandaysforDistrictPanchayat Sanctionedandissuedauditreports Utilizationofthemandaysforotherthanauditwork. MonthlyandProgressiveinstitutewiseauditstatus Yearwisependingparaofeach instituteat theendof themonth(opening

balance+New+total‐settled=Pending)4. AuditReportandPara

StatusoftheoldPendingparas(yearwise)ofeachinstitutes Pathwiseauditreportofcompletedaudit ProposedL.Rpara(withpara)fromissuedauditreport Checkfornon‐settlementofselectedL.RparabyHQ SeprateemailIDforVillagepanchayatforendingauditreports PendingRecovery–Actualrecovery(Parawise) Annexure to be enclosed with audit reports (Institute wise) recovery

effectedinparticularyearforallpreviousyear.

5. LegislativeReport ProposedparasforLRselectedbydistrictofficetobesenttoheadoffice DraftparaforLRbyHQ Annexurewithauditreports(Institutewise)

6. GPF/LinkInsurance GPFcases/Linkinsurancepreaudit

7. Othersrequirementss: Registry/Court cases software (Inward/ outward with maintenance of

individualworksheet) PensionCases StatusofMonthly/quarterly/YearlyRTI&MPR/QPR Linkwith accounts of talukapanchayat/district Panchayat / corporation/

nagarpalika/others ResearchModule DepartmentwiseimportantGR/Circular/Notification ModelparaofeachcategoryULB/institutewisecategoryofPRI MonitoringofstoreverificationactivityofH.QGandhinagar. VillagePanchayatProgressReport/Administrativereport. Upload link for village panchayat Audit Reports to taluka panchayat &

CollectorOffice.



3.2.8. DirectorateofInsurance(DoI)DirectBusiness1. Proposal form/letterof intent forobtaining insurancepolicy is receivedbyDOI

fromthefieldlevelofficeratDistrict.2. DOIscrutinizessuchdocumentsandcalculatepremiumandapplicableservicetax

amountandintimatesproposer.3. ProposerremitspremiumamountwithDOIandDOIissuesreceipt.4. DOIunderwritessuchproposalsinitsPremiumRegisterandpreparesinsurance

policyandsubmitstorespectiveinsured.5. Before 30 days of expiry of insurance duration, DOI sends renewal notices to

insuredintimatingrenewalpremium.6. If any loss/damages occur to the insured property/asset, insured reports such

lossestoDOIandDOIregisterssuchclaiminitsclaimregister.7. DOIscrutinizessuchlossintimationanddecidestoappointanyIRSAlicensedloss

surveyor in caseofmajor lossestimatesand/orarranges self‐assessment if thelosssettlementamountisbelowRs.20,000/‐

8. In case of major losses, appointed surveyor surveys such losses and submitshis/her assessment report showingDOI’s loss liability tobepayable to insuredalong‐withhisprofessionalsurveyfeebill.

9. DOI process such claim and sanctions such claim amount and also settlessurveyor’sfeebillamountinthespecifiedMemorandumformat.

10. BillsaresenttoPAOandPAOissuesclaimpaymentchequeswhichDOIsubmitstoinsuredandsurveyorsandDOImakesnecessaryentriesinitsclaimregisteraspaidclaim.

11. DOI, being amember of India Terrorism Pool, transfers terrorism risk portionpremiumtosuchTerrorismPoolwhengrantedsuchriskasanadd‐oncover.

Co‐insuranceBusiness1. WhenDOIactsasaco‐insurer,leaderinsurerissuespolicytoinsuredandremits

co‐insurance premium share amount to DOI either with a Statement of co‐insurancebalanceorwithrespectivepolicy/endorsementcopies.

2. DOI deposits such co‐insurance premium share amount with Governmentaccountandissuesreceipttoaleaderinsurer.

3. DOI underwrites such co‐insurance business in its books of account i.e. in apremiumregisterandmakesnecessaryentriesinit.

4. If any major and hazardous risk with high sum insured is involved, DOImanages/reducessuchrisksbywayre‐insurance.

5. Having re‐insurance support, DOI remits reinsurance premium to respectiveinsurancecompanyandmakesnecessaryentryinitspremiumregister.

6. Afterremittingco‐insurancepremiumshareamount,leaderinsurerasksDOIforrefund of premium in some cases in cases of reduction/change of risk,cancellationofinsurancepolicybyinsuredetc.whichDOIscrutinizesandremitsrefundofpremiumtoleaderinsurerandmakesnecessaryentriesinitsbooksi.e.premiumregister.

7. LossesarereportedtoleaderinsurerandleaderinsurerinformsDOI,beingco‐insurer, forsuch lossesandDOImakessuchclaimprovision in itsbooksat theendoffinancialyearifsuchlossesarenotsettledbyleader.

8. Leader, having settled and remitted such claims, raises co‐insurance claimrecoveryfromDOIwhichDOIsettlesandremitsandmakesnecessaryentriesinitsbooksi.e.claimpaidregister.



9. Ifsaidrisk/policyunderwhichclaimpreferredgotreinsuredandsettledbyDOIbeing co‐insurer, DOI raises reinsurance claim recovery from reinsurer andmakes necessary entries in its books i.e. claim paid register when suchreinsuranceclaimrecoveryamountisreceivedfromreinsurer.

10. DOI, being amember of IndiaTerrorismPool, transfers terrorism risk portionpremiumtosuchTerrorismPoolwhengrantedsuchriskasanadd‐oncover.

LegalSection:1. Whenanyclaimbecomesalegalcase,thestatusofsuchclaimmustreflectinall

claimrelatedreportsas“Legal”.2. WhenanyappealispreferredbeforeStateConsumerRedressalCommission,DOI

hastodeposit50%ofawardamountofDist.ForumwithCDRCandsamedepositamountisrefundedwithapplicableinterestbyCDRCondisposalofsuchappeals.Provisionisrequiredtobemadeforsuchentries.

3. Provision of Payment to advocates/investigators during currency of case isrequired.

4. Age‐wisereportforpendingcourtcasesisrequired.5. AlltypesofpaymentsMemorandumsaretobegeneratedfromsystem.Followingreportsriskwise,companywise,sectionwise(HBA,Direct,Co‐insuranceetc.)willberequiredforDirect&Co‐insurancebasis PremiumRegister PremiumSubsidiaryRegister ClaimIntimation/PaidRegister ClaimsSubsidiaryRegister TerrorismStatement(Patrak) ServiceTaxRegister ChalanRegister LiabilityRegister Re‐insurance/Co‐insuranceClaimRecoveryRegister Premium&Claimsabstract Claimpaymentmemorandum Investigator/Surveyorfeepaymentmemorandum Queryletter Investigator/Surveyorappointmentletter Whenclaimcasebecomeslegalcase,casestatusmustshowlegal Editfacilitytorectifyentrymistakeisrequired. Hierarchy in data entry system, means entered datemust be approved at one

stagehigherHBA1. PremiumreadyreckonermaybeputuponIFMSsoanyonecanseethepremium

amount.2. ProposalformmaybekeptonIFMS&anyonecanfilluptheproposalonlineand

onthatbasispolicymaybegenerated.3. AllLivedataofHBAlivepolicymaybemigratedfrompresent3Iinfotechsystem

toNewIFMS.4. Premium & claim register may be generated to IFMS as per other Direct Co‐

insurancemodule.5. Onthesamelineclaimmaybeprocessed.



6. Receiptsarereceivedfromvariousdistrictplacesalsothroughtreasurychallans.Thatamountshouldbeacceptedforaccounts.

7. Claimpaymentandclaimregister,claimentry, oldpolicyrecordcanbesearchedonthebasisofnameofinsured,policyno,policyperiod,claimno&date.

8. In HBA claim, claim note ,claim payment memorandum , survey fee paymentmemorandum&Querylettertobegeneratedinsystem

9. Editfacilityformakingchangesinthenameofinsured,Addressetc.10. Ifpolicyiscancelled,refundofpremiumshouldbegiveneffectinsystem.11. Form of HBA Policy available onwebsight. That can be filled –up by concern

personandsendtoDirectorateof Insurance.That formshouldbeuploaded inoursystem.Ifanymissingdataisthere,thatcanbecorrectedatourlevel.

12. IfphysicalformisreceivedthatentrycanbedonebyDirectorateofInsurance.13. Aftercompletingdata,entrypolicycanmadeonpremiasoftware. 14. Intimation of policy and receipt and query intimation also communicated to

beneficiaryontheirmobileno.15. Varioustypeofreportshouldbegeneratedasperrequirement.

SchemesofJPAModule:Sr.No NameofScheme ClaimAmount Nodal

1RegisteredFarmer 100000 DistrictAgriculture

Officer

2Firstalivechildofregisteredfarmer

100000 DistrictAgricultureOfficer

3Unorganizedlabour 100000 GovernmentLabour

Officer

4“Vidhyadeep”‐primarystudents,SecondaryStudents

50000 Primary&SecondaryEducationOfficer

5“ShahidVeerKinarivala”‐CollegeStudents

100000 PrincipalofCollege

6 I.T.IStudents 100000 PrincipalofITI

7

PolicePersonnel 400000,500000or2500000(as

percadre)

DistrictPoliceOfficer

8 SafaiKamdar 100000 SocialSecurityOfficer9 Handicappedpersons 100000 SocialSecurityOfficer10 Diamondworkers 100000 UdyogCommissioner11 SportsPersons 100000 SportsOfficer12 OrphanWidow 100000

13Amarnathpilgrims 100000 PavitraYatradham

VikasBoard

14Kailashman‐sarovarpilgrims

100000 PavitraYatradhamVikasBoard

15ParticipantsofAdventurousActivities

100000 StateYouthBoard

16Jailguards 100000 Superintendentof

AdditionalPolice



JPAClaimProcess(Beneficiarymaydownloadform/applyfortheclaimfromwebportalneedstobedevelopaspartofthisprojectandfilltheformdetailsandsubmitonlinetorespectivenodalofficerandnodalwillsendtoDirectorateofInsurance.

1. ClaimFilesInwardNumber&Date2. RegisterinSystemandGenerateClaimNumber(PleaseProvideImportFacility):

Belowdetailsneedtobeentereda. Isdeceasedpersondiedorpermanentdisabled?b. DeceasedNamec. DeceasedAddress

i. Villageii. Talukaiii.Districtiv.Pincode

d. DeceasedAadharNo.Ifavailablee. DeceasedElectionIdentityNo.f. AccidentDateg. DateofLossh. CauseofLossi. InwardNumberj. IntimationDatek. PolicyNumber(itshouldbeautopopulatedasperLossDate)l. SchemeNamem.ClaimAmountn. NodalVillage,Taluka&Districto. PlaceofAccidentp. NodalOfficerDesignationq. Unitr. BeneficiaryNames. BeneficiaryAddresst. MobileNo.u. E‐mailIDv. BeneficiaryBankDetails

i. BankNameii. BranchNameiii.BankAddressiv.AccountNo.

v. IFSC/MICRCodeScrutinize:After scrutiny, below are the possibilities (In all cases need to get approval ofauthority)a) If Claim is Payable: after getting approval from authority, Status of Claim is

“SettledButNotPaid” SystemwillgenerateClaimNote&Memorandum&Signedbyauthority. After Payment of Claim, Need to Enter Cheque Number and Date. (When

thereareclaimsinbulkthenthereshouldbeanimportfacility) Andstatusshoulddisplayas“Paid”withchequenumber&date. If cheque returns to office (Claimant does not get cheque). Need to enter

reasonforchequereturn. And returned cheque’s validity is expired. Then there should be facility to

enternewchequenumber&date.



b) IfClaimisNotPayable:Aftergettingapproval fromauthority,StatusofClaimis“NoClaim(NotPayable)” SystemwillaskforreasonofNoClaim. SystemwillgenerateNoClaimNote&Signedbyauthority. NoClaimLettershouldbegeneratedfromSysteminGujarati(Formatwillbe

given,editfunctionalityshouldbethere).c) IfClaimfilepresentswithinsufficientpapers:Personwhoinitiallyscrutinizedfile

willenterQueriesinsystem.Thenforwardtohis/herauthority.Authoritywillre‐scrutinizethefileandapproveoradd/removequeries(editfunctionalityshouldbethere). SystemgeneratesQueryLetterinGuajarati. Andstatusshoulddisplayas“Query”withdetailsofqueries. Aftercompliancerequiredpapers,thereshouldbeafieldforinwardnumber

anddate.d) IfFileisgivenforthirdpartyinvestigation:Aftergettingapprovalfromauthority.

NecessaryDetailswhicharerequiredtoenterinsystemarebelow: Investigator’sName/FirmName Reasonforinvestigation Dateofgivenforinvestigation InvestigationReportGivenDate System generate Allocation Letter and status should display as

“Investigation” Afterinvestigation,SystemwillaskforInvestigationReportGivenDate. Now,ifclaimispayablefollowstepsmentionedinPossibility“a” ifclaimisnotpayablefollowstepsmentionedinPossibility“b” ifclaimisstillrequiredpapersfollowstepsmentionedinPossibility“c” Payment Procedure of Third Party Investigator: System should generate

Memorandumforinvestigationpayment.NeedtoEnterChequeNumberandDate.AppropriateStatusshouldbetaken.

e) Ifapplicantgoestoconsumerforum:Aftergettingapprovalfromauthority,StatusofClaimis“Legal”

Reports:Belowindicativereportsshouldbegeneratedinexcelandpdfformat1. DetailedReports(ClaimsenteredIntosysteminparticulartimeframe)2. DistrictwiseReport3. TalukawiseReport4. PolicyNumberwiseReport5. CauseofDeathwiseReport6. ChequePaidReport7. Investigator’sNamewiseReport8. InvestigationReport9. NoClaimReportwithReasonofNoClaim10. QueryReportwithqueries11. LegalReport12. SchemewiseReport13. ClaimInwardRegister14. OtherRequiredReport



Warning:1. Duplicate Claim: system must show duplicate warning and must deny for

further process if below fields are samewhile registering the claim. DeceasedName, Aadhar Number, Beneficiary Name, Election Identity No, Death Date,Village,Taluka,District.

2. ClaimAmount:ItmustwarnifclaimamountisnotenteredasperGR&policyconditions.

SMSalertsshouldbesentonbeneficiary’smobilenumber,wheneverthestatusofclaimchanged.

11. NonTreasuryTransactionCapturingofOutofTreasuryTransactions:There are certain financial transactions, which are done outside the ambit of thetreasury.Thesetransactionsarebasically todowithGoI transactionsandother inter‐statetransactions.TheGoItransactionsarebasicallytodowithgrants,loans,subsidiesetc.issuedbyGoItostateGovernments.It is envisioned in the proposed system to capture this information in one place andconsolidateitintoasinglereport,withaviewtoreducingthelatencyinthegenerationofconsolidatedMonthlycivilaccountsfromthesystem.HencetheProposedSystemshouldhavethecapabilitytocapturethefollowingOutofTreasuryTransactions:

1. PaymentdoneBasedondirectdebitmode(e.g.Courtorders)2. Inter‐GovernmenttransactionsandpaymentsreportedbyRBI,Nagpur3. Interandintra‐Governmentadjustments(carriedoutbyAGbasedonspecificGOsor

standinginstructions)4. Interestwarrantspaiddirectlyatagencybanks.3.2.9. PanchayatiRajFinanceManagementSystem

Gujarat state has 33 District Panchayats, 249 Taluka Panchayats and 14030Grampanchayatsworksasrurallocalbodiesforgoverningtheservicestoruralcitizens.AllthefunctionalitiesmentionedinScopeofWorkwillbedevelopedforDisctrict, Taluka and Gram Panchayat. PRI will be like the mini IFMS. Everyrelevant function of IFMS should also be designed for PRI also. At therequirementgatheringandBPRStageofeachmodule,onememberofPanchayatshallbeineachteam.



PRIBudget:DistrictPanchayatandTalukaPanchayathavethreepartofbudget:

1. OwnFund 2.GovernmentFund3.DebtFund

HierarchybasedIncomeandExpenditureestimationprocessing forall typesoffund.

Facilityforheadwisereceipts/expenditureestimation Hierarchybasedrevisedestimationprocessing. Income/ Expenditure estimation processing in prescribed format given in

GujaratPanchayatFinanceAccountingandBudgetRules2014. GPFbalanceforestimatinginterestonbalanceGPFbalance Facility for auto update of requisite available data. E.g Actual expenditure of

previousthreeyear,CNF,actualexpenditureofcurrentyeartilldate. Alert&escalationmatrixfornon‐submissionofbudget. Systemshouldhavefacilitytoprocessthefollowingbudgetestimation.

StandingCharge ContinuousNonPlan Revisedestimate ContinuousPlan NewItemPlan/NonPlan NewWork/WorksinProgress

Generationofbudgetpublicationsbookasperthebudgetapproval Tracking&incorporationofAdditionalauthorizationofgrantwhilepreparation

ofSD/REinBudget.

GenerallyeightpartsinBudgetandrevisedBudget:1. SerialNumber2. AccountCode3. HeadoftheIncome/Expenditure



4. Actualincomeofthepreviousyear5. Currentyearestimate6. Currentyearrevisedestimate7. Nextyearestimate8. Remarks

PRIGrantDistribution:Various Administrative Department of GoG, allot the funds to District Panchayat andTalukaPanchayatunderthevariousscheme,CSSandSCPetc.DistrictPlanningofficerandotheragenciesalsofundingagencyforDPandTPDistrictPanchayatandTalukaPanchayathavethreetypesoffunds.

1. OwnFund 2.GovernmentFund3.DebtFund SystemshouldhavefacilitytofundwisedistributionofGrantsDPtoTP/GP System should have Facility for District Planning officer and other

district/regionalofficertoreleasetheGranttoDP/TP/GP. System should have facility to Hierarchy based Grant Distribution. (Creator,

Verifier,Approver) SystemshouldhaveprovisionfortransferoffundfromoneDPtootherDPsand

withinDP,OneTPtootherTPs SystemshouldhavefacilityforthesurrenderoftheGrants. SystemshouldhavefacilityforthepullbacktheGrants.



DevelopmentcommissionershouldhaverealtimeinformationonGrandreleasetoDP/TP.

Systemshouldhavefacilityofspeelovergrant. Various Branch of District panchayat utilized grant of transfer to taluka

panchayat

Followingaresomeexampleofownfund,Governmentfund&debt.Fund,districtpanchayatOwnfund:‐Income:‐i. Localtaxesandfees.ii. OtherTaxesandfees.iii. Statutoryfunding.iv. Interestonownfundsinvestmentinbank.v. MiscellaneousincomeofDistrictPanchayatondifferentworkslikeeducation,

irrigationandpublicworks.vi. Othercasualincome.vii. Seedfarmsincome.Expenditure:‐

i. EstablishmentExpenditure(pay,D.A.,H.R.A.,Otherallowancesetc.)ii. Honorarium pay, house rent allowances, other allowances and travelling

allowances of chairperson of various committees and president & vicepresidentofdist.panchayat.

iii. Various functions of own fund social activities, development activities andschemesexpdt.

iv. Othercontingentexpd.



Governmentfund:‐

Sr.No.

BranchName

ControllingOfficer/

Department

Variousschemesoractivities(commonasgrantfortransferfuction&activitiesincludesplan&non‐plangrant)

Implementoffice

Remarks

1 Panchayat Developmentcommissione

r

Salarygrant DistrictPanchayatortalukaPanchayat

2 Education DirectorofPrimaryEducation

Maintenanceandsalarygrant

DistrictPanchayatortalukaPanchayat

3 R&Bdivision

SE,SuratPanchayat(R&B)Circle,Surat

Salarygrantandroadrepairingorfornewschemes

R&BdivisionDistrictPanchayat

4 Irrigation SE,VadodaraPanchayatIrrigation

Circle(VPIC)–NWD

Salarygrantsorvariousschemes

IrrigationbranchDistrictpanchayat

5 Agriculture DirectorofAgriculture,

KrishiBhavan,

Gandhinagar

Salarygrantsorvariousschemes


6 Health AdditionalDirectorHeatlh

Deputydire.OfHFW

Salarygrantorvariousschemesofhealth

HealthbranchdistrictPanchayat

7 Malaria AdditionalDirectorHeatlh

SchemesofMalaria HealthbranchdistrictPanchayat

8 Animalhusbandry

DirectorofAnimal

Husbandry

Salaryorvariousschemesofanimalhusbandry.


9 GAD Collector

HelpinNaturalcalamities&otheractivities.


10 Development

ChiefAccounts

Officer,OfficeOfThe

Accommodationschemes




Sr.No.

BranchName

ControllingOfficer/

Department


Implementoffice

Remarks

Development

11 Account ChiefAccounts

Officer,OfficeOfThe

DevelopmentCommissione

r

Employeelinkyojana,H.B.A./M.C.A.

AccountbranchDistrictPanchayat

12 I.C.D.S. Director(ICDS),

CommissionerWomen&

ChildDevelopmentDepartment

Salarygrantorvariousschemesofchilddevelopment


13 Revenue 1. RevenueDepartment.

2. Supri.ofstampsgandhinagar

3. Accountsofficercomm.Geology&mining

Salaryandallowances,localcessandlandrevenue,stampdutyandroyalty


14 Familywelfare

AdditionalDirectorFamilyWelfare

Schemesoffamilywelfare

HealthbranchDistrictPanchayat

15 Socialwelfare

DirectorOfScheduled

CasteWelfare

ScholarshiporvariousschemesofsocialwelfareSalary




Sr.No.

BranchName

ControllingOfficer/

Department


Implementoffice

Remarks

16 statistic DirectorOfeconomics&statistics

Salary&Schemesgrant


17 Co‐operative

RegisterOfCo‐operative

society

Salary&Schemesgrant


18 DirectorOfcottage&ruralindustry

Salary&Schemesgrant


DebtFundIncome:

1) Loan/Advance:‐ RecoveryofaFestival/Foodadvanceadvance. RepaymentofAdvancerecoveryfromvariousbranch.

2) Deposit:‐

Securitydepositfromvariousbranch. Tenderagreementfromgovernmentactivity. Prizedeposit grantfromprojectadministratorT.S.P.

3) Nidhi Income JillaVikasNidhi JillaGramUttejakNidhi RajysamkariNidhi JillasamkariNidhi FloodNiyantranNidhi

Expenditure:‐

1. PaymentofFoodandFestivalAdvance2. TemporaryandpermanentimpresttoVariousBranchOfficer.3. PaymentofSecurityDeposit,4. PublicWorkDeposit/5. PrizeworkDeposit6. OtherDepositRefundandExpenditure.7. InvestmentofNidhiBalanceAmountandPaymentofAsperguidelineofNidhi.

Jilla Samkari nidhi District Panchayat allots funds for reduce social andeconomicalmissbalancetoPanchayat.

JillaGramuttejakNidhiutilizeformotivatetoPanchayatforcollectingmore&morefees,taxandnewtax.



District Panchayat Sanction Grant for Gram Panchayat / Nagar PanchayatfromJillaVikasnidhiforscarcityoruncertain&certaincauseandwork.

Otherdepartments:‐

Tribalsubplan

s.no Branchname

ControllingOfficer/

Department

Variousschemesoractivities

Implementoffice

Remarks

1 Health AccountsOfficer,PROJECTADMINISTRATOR,INTEGRATED

TRIBALDEVELOPMENT

PROJECT.

1.Gujaratpattern2.Nucleolusbudget3.C.S.S4.S.C.P

DistrictPanchayator

talukaPanchayat2 I.C.D.S District

PanchayatortalukaPanchayat

3 R&B DistrictPanchayator

talukaPanchayat4 Irrigation District

PanchayatortalukaPanchayat

5 Agriculture DistrictPanchayat

6 Animalhusbandary

DistrictPanchayat

Districtplanningoffice

ViewingRightsDistrictPanchayat AdistrictPanchayatvariousbranchcreateaG.T.RBillforagrantwhichisgivenby

Govt.,T.S.P.,Districtplanningoffice.

s.no Branchname

ControllingOfficer/

Department

Variousschemesoractivities

Implementoffice

Remarks

1 ConcernbranchofD.P.

DISTRICTPLANNINGOFFICER

1.Statutoryprovision2.Specialcomponentplan3.M.L.A.Fund4.M.P.Fund5.Nationalfestivalgrant6.Ukaieffected7.Devolapingtalukagrant

1.DistrictPanchayat2.talukaPanchayat



BranchessubmittingaG.T.RbilltoaccountbranchandthenbillaresubmittedonlineandphysicallytotreasuryofficerbyAccountbranch.

AG.T.Rbillpassedbytreasuryofficerandacopyofchalangiventoaccountbranchforposting.

Variousbranch:‐

AllbranchessubmittedabillforexpendituretoAccountbranchthroughaproperchannel.

Asperrulesmore than40000/‐amountbill submitting in I.A.O. section (excepted

payandallowances,electricityandtelephonebillorgranttransferbilletc.). Other bills like pay and contingent and grant transfer bill etc. are submitted at

Accountbranchforexpenditureorgranttransfer. I.A.O.branchpri‐auditingabillandifabillispayableitstransfertoAccountbranch

forpaymentotherwisereturnittoconcernbranch.

Junior

Clerk

Sr.A.clerk/Dy chitins/

Accountant/Dy.Accountant Branch Officer



Pre‐AuditDistrictPanchayatvariousbranches:‐

Morethan40000/‐(exceptpayandAllowances,electricitybillandtelephonebillor

Granttransferbilletc.)branchsubmitabillthroughonlineandManualtopre‐Auditbranch.

Pre‐Auditbranch

AfterPre‐AuditedthebillconcernbranchsubmitittoAccountbranchforcheque. Other bill like Pay and Allowances etc, telephone bill, grant transfer bill directly

submittedtoaccountbranch.AccountBranch



TALUKAPANCHAYAT

TalukaPanchayat Taluka Panchayat received grant by district Panchayat, T.S.P. Or District planning

officer. Forexpenditureconcernbranchclerkcreateabillandsubmitting for pri‐audit to

I.A.O.sectiondist.Panchayat. AfterreceivingbillfromI.A.O.branchconcernclerkforwardabilltoAccountbranch

TalukaPanchayat. AtAccountbranchSr.Ac. clerkcheckabill and transfer toDeputyAccountant for

writingacheque. AchequesignedbyT.D.O.andaccountbranchpaidittoconcernclerkorperson.



ImportantPoints Acombinesofalldistrictspanchayatsofgrantreleasedbyotherdepartmentsmust

begenerated Grantregister,classifiedregister,mustbegenerated Cashbookandchequeregisterliknedupwithaccountmodule MIS of grant distribution of taluka wise and head wise of own fund and

governmentgrant MISofownfund,governmentgrantanddebt fund grantdistributionbranchwise

andheadwise Sameasperaboveattalukalevel This module linked with budget module accounting module and internal audit

modulePRIGPF System Should have facility for District & Taluka Panchayat to process the GPF

online System should have facility for Hierarchy based GPF Process/Withdrawal/ Final

withdrawal. SystemshouldhavefacilityforLinkinsurance. SystemshouldhavefacilitytogeneratetheTalukawiseChallanreport. SystemshouldhavefacilitytoreconciliationwithTreasury. SystemshouldhavefacilityforautocalculationofInterestonGPF. SystemshouldhavefacilityforloanmanagementtakenfromGPF. SystemshouldhavefacilityfortherecoupmentofAdvances. Systemshouldhavefacilitytogeneratefollowingrecords:

1.Broadsheet2.Ledger3.Cashbook4.Chequeregister5.A/csleep

GPFprocessatDP/TP:



PRIHBA/MCA

System should have facility for District and Taluka Panchayat employees foronlinerequestofHBA/MCAinprescribedform.

SystemshouldhavefacilityforHierarchybasedHBA/MCAProcessing. Systemshouldhaveauto calculationof theHBA/MCAAdvanceamountasper

BasicPay. Systemshouldhavefacilityfortheonlinesubmissionoftherequiredocument. SystemshouldhavefacilityfortheonlinegenerationofRecoveryletterforLoan

amount,Interest,PenaltyInterest. Systemshouldhavefacility forAutoGenerationofDifferenttypesofHBA/MCA

Register. SystemshouldhavefacilitytogeneratetheNOCagainsttheCompletePaymentof

theLoanamount.Systemshouldhavefacilitytogeneratefollowingrecords:1.Broadsheet2.Ledger3.Chequeregister4.A/csleep

PRINewPensionScheme:

SystemshouldhavefacilityforDistrictandTalukaPanchayatforonlinerequestofPPANNo/PRANNotoDPPF.

SystemshouldhavefacilityforonlineCPFSchedulesubmission. Newpensionschemeofemployeesappointedonorafterdate:01.04.2005



PRIInternalAuditBranch:‐ Systemshouldhavefacility for theDistrictandTalukaPanchayat for thePreaudit

workandAuditPara.1. PreAuditWork:a. PreauditofDistrictPanchayatwork System should have facility for the Pre Audit of the Bills above Rs. 40,000/‐

(exceptsPayallowances/Gransallocation,employeespersonalsclaimsetc.) SystemshouldhavefacilityfortheHierarchybasedPreAuditWork. Systemshouldhavefacilityforapproval/rejectionofbillwithRemarks.

b. PreauditofTalukaPanchayatwork SystemshouldhavefacilityforthePreauditoftheWorksaboveRs.15000/‐

beforeworkordergivenbytalukapanchayat SystemshouldhavefacilityfortheHierarchybasedPreAuditWork. Systemshouldhavefacilityforapproval/rejectionofbillwithRemarks.



2. AuditPara:TherearethreetypesofparainDistrictpachayat/TalukaPanchayat.1. A.G.Para2. L.F.PARA3. P.R.CPara

a. ParaprocessingatDistrict/TalukaLevel. SystemshouldhavefacilitytoinitiatetheParabyconcernbranch. HierarchybasedParaprocessing. SystemshouldhavefacilityforParaapproval/rejection Systemshouldhave facility toreturntheParawithrejectionremarks for further

clarification/Documentwhichisrequire SystemshouldhavefacilityforthedisposalofPara. SystemshouldhaveinterfacewithLocalfundforonlineparasubmission.

PRIAccountingModule:

Districtpanchayat received mostofthefundsfromstategovtundertransferactivitiestopanchayatasperprovisionGujaratpanchayatact1993.DPalsogetitsownfundincomeinformofstatutorygrantfromstategovt.DPearnownfundincomebywayrentsandothermisc.Income.DPtransferStateGovtgranttoTP



andcarriedoutsomeofactivityandincurredexpenseDPdirectlytransfersomeGovtgranttoGP.

Mostof the fundatDP levelkept inPLAOFDDOaccountkeptwithrespectivedistrict treasury. Same at TP level PLA OF TDO operated with respective subtreasury. Expect for specific scheme in which bank account had beenmaintained(Hon.CMrelieffund&,E‐gram)

AtpresentDPisusingIFMSfordrawingofgrantreleasedfromstategovt.HOD&Othercontrollingofficer.OnreleaseofgrantandreceivinginksigncopyofgrantorderBranchheadofDPpreparedonlinebillinformno.62AandsubmitedtoAO. After due verification AO send same online aswell as physical bill with 4copies of challan to respective district treasury office. District treasury officereceive on line aswell as hard copyof the same , afterdueprocess at districttreasury passed bill by Transfer credit(TC) Debiting respective govt head ofaccountinwhichgrantreleasedandcreditPLAOFDDO.

PRIincome&expenditurebroadlyclassifiedinthreecategory(i.e.fundtype) OWNFUND,GOVERNMENTGRANTandDEBT/DEPOSIT.SystemshouldhavefacilityforMonitoringIncome/Expenditureofallthreetypesoffund. System should also capture non treasury transaction which are carried out

throughbankaccountlikeMPFundetc SystemshouldhavefacilityfortheAccountingofinvestment,deposit,advances. System should have facility for online Bills preparation for expenditure by

RespectivebranchatDP/TPlevelandafterdueprocessofinternalauditsendtoaccountbranchformakingpayment/ePayment.

ProcessingofvoucherandchallansbyDPandTP Systemmustcheckbalanceinparticularheadchargeableofaccountatthetime

ofpreparationbillofexpenseorgranttransfertoTPs. MonthlyaccountofDPandTPmustbepreparedinexitingformatusedatDPby

Allowcorrectionatthetimeoffinalization. Annual closer of accounts and preparation final accounts and end of year

process. SystemprovidespreparationandsubmissiononlineUtilizationcertificatebyTP

toDPandDPtorespectiveHODandothercontrollingofficer. Systemshouldhavefacilityfore‐paymentuseofdigitalsignature. AccountingloantoDP&TP ReconciliationofAccountswithTreasury Systemshouldhaveprovisiontoopenlinkwithgrampanchayataccounting. Systemshouldhave facility togeneratebill (salarybill, contingencybill,TADA

bill,worksbill,&otherbills)forpayment&miscreceiptpreparedasperformatofFABrules‐2014

System should also capture non treasury transactions which are carried outthroughbankaccountlikeMPFundetc.

Systemshouldhaveprovisionof capturing transactiongovt. grantmisc receiptwhichtoberefundedtoGovtreceipthead.

Accountingofinvestment,deposit,advances Codification mapping with state budget classification, own fund and MAS

classification.Specificconfigurationlikebypassbudgetvalidation,typeofprojectandactivities



BillsforexpenditurepreparedbyrespectivebranchatDP/TPlevelandafterdueprocessofinternalauditsendtoaccountbranchformakingpayment.

ProcessingofvoucherandchallansbyDPandTP System must check balance in particular head of account at the time of

preparationbillofexpenseorgranttransfertoTPs. MonthlyaccountofDPandTPmustbepreparedinexitingformatusedatDPby

allowcorrectionatthetimeoffinalization. Annual closure of accounts and preparation final accounts and end of year

process. SystemprovidespreparationandsubmissiononlineUtilizationcertificatebyTP

toDPandDPtorespectiveHODandothercontrollingofficer. System will have facility for e‐payment as presently carried out in IFMS in

treasurywithuseofdigitalsignature. SystemshouldhaveprovisionfortransferoffundfromoneDPtootherDPsand

withinDPOneTPtootherTPs AccountingloantoDP&TP writebackofunspentfundinDP/TP systemshouldhavefacilitytocompileannualaccount/monthlyaccountateach

level systemshouldhavefacilitytoUTC/UCateachlevel systemshouldhavefacilitytoexpenditurereport SystemshouldhavefacilityforAccountingofNidhi: ReportGeneration DuringrestoftheyeartheexpenseandrevenueacrosstheDP/TP(provisionof

extended to GP) will be consolidated at a centralised database at HQ . TheconsolidationwillbebothforproposedPRISystemandalsofortheexistingPRIsystem.Thereportfromtheconsolidateddatabasewillhelptoprovideasingle,integrate and consistent and view of expenditure and revenue of PRI. TheseinputswillassistimprovingFinancialmanagementandadministrativecontrolof PRI over revenue and expenditure. All reportsmust be fund typewise andconsolidated. MIS report for TDO/DDO/ other HOD/DC /prin. secretary(panchaytdepartment)

All reports (with modification as required) as per Finance Accounting Budgetrules‐2014 which is used by PRI must be generated including generalcashbook,classifiedregister,grantregister,monthly&Annualaccountsetc.

Systemwill have provision of generation of report of double entry accountingsystem reports and also provision for linkingwith PRIYA SOFT ofMOPR GOIandputtingupvoucherdataforpublicdomain.

Systemwillhaveprovisionforgenerationof8formatsofMASreport.DistrictpanchyatmaintainfollowingtypeofNidhi1. PurniyataranNidhi2. SamjikniyayNidhi(Asperpanchayatdeptt.resoulationdtd.12/02/1982)3. Rajya samkari Nidhi (sate equalization fund) (section 220 of panchayat act

1993)4. JillasamkariNidhi(Districtequalizationfund)(section221)5. JillaGramutejakNidhi(DistrictvillageEncouragementFund)(section222)6. JillavikasNnidhi(Districtdevelopmentfund)(section223)



Accounting of above nidhis includes receipt & payment, cash book, grantregister

Investmentregister,classifiedregister. Grampanchayatwiseledger,interestallocation&preparationofyearlyslipfor

Jillavikasnidhi Reconciliation of PLA OF DDO and PLA OF TDO and other bank account

maintainby RespectiveDPandTP. MonitoringofreconciliationatDPforTPandatDCforDP.

Receipt&paymentprocessflow:Forallthree(ownfund,governmentgrantanddebtfund)typeoffund



IMPOTANTPOINTS:1 District level expenditure disbursing at taluka level, it must be consider as

deposit.2 InterPLAtalukaanddistrictmustbefacilitate.3 Calculationofincometaxofemployeemustbegenerated4 At the time of grant disbursement by controlling officer spillover or expired

optionmustbegiven.5 There are three types of vouchers (1) ordinary (2) TPS (taluka panchayat

surrender(3)transfertoonetootherbranch(4)surrendertoGovt6 All the registermust bemaintain as per format of Gujarat Panchayat financial

accountsandbudgetrules,20147 Grant register , cheque register, cash book, classified register, advise making

mustbegeneratedautomaticallyatdistrictandtalukalevel8 Accounts officer of dist. Panchayat treated as a controlling officer or treasury

officerandallbranchheadandTDOstreatedasaDDOorControllingOfficer.9 Monthly accounting report , date wise balance statement, annual accounting

report,mustbegeneratedautomaticallyatdistrictandtalukalevel10 Detailheadwiseincome/expenditurereportmustbegeneratedwithdetailsof

TCno.Orvoucherno.11 Allmodulemustbeinterlinked

5. NonTreasuryTransactionCapturingofOutofTreasuryTransactions:There are certain financial transactions, which are done outside the ambit of thetreasury.Thesetransactionsarebasically todowithGoI transactionsandother inter‐statetransactions.TheGoItransactionsarebasicallytodowithgrants,loans,subsidiesetc.issuedbyGoItostateGovernments.It is envisioned in the proposed system to capture this information in one place andconsolidateitintoasinglereport,withaviewtoreducingthelatencyinthegenerationofconsolidatedMonthlycivilaccountsfromthesystem.HencetheProposedSystemshouldhavethecapabilitytocapturethefollowingOutofTreasuryTransactions:1.PaymentdoneBasedondirectdebitmode(e.g.Courtorders)2.Inter‐GovernmenttransactionsandpaymentsreportedbyRBI,Nagpur3.Interandintra‐Governmentadjustments(carriedoutbyAGbasedonspecificGOsorstandinginstructions)4.Interestwarrantspaiddirectlyatagencybanks.3.3. Operation&MaintenanceSupporto The SP has to provide the operation & maintenance for the period of 8 years

Resolution of errors/bugs (if any), software updates, patches, changes in thesoftwarethatmaybenecessaryduetolegal/statutory/GR/AnyACTetc.changes.

o Ongoingtechnicalsupportforapplicationo FineTuningupdates/patchesreportingo Fixinglogical/run‐timeerrorsintheapplicationso Development,TestingandImplementationforBug‐Fixeso Generatereportsonchangesmadeinapplicationso Generatereportsonchangegiventosupportteam



o Systemadministrationanddatabasemanagementsupporto Developmentofnewapplicationreleaseo Deploymentofnewapplicationonproductionserverso SynchronizetheapplicationreleaseinallapplicationserversofFD,andFarDRo Maintainingchecklistforthestatusofdeploymentonallserverso Monitoring&ReportingServer/SystemperformanceSPbiddershallsetupcentralizedhelpdeskatFD(Gandhinagar)tologcomplaintsoftheusers and issue the log ticket number and communicate the correctivemeasure. Theservicemanagement/supportrequestmodule/toolshallbeprovidedbytheSP.SPshallprovide Customer support interface with online, telephone and on‐site support, andother deliverables as described below. The space for helpdesk facility would beprovidedbyGovt.ofGujarat.Thescopeofservicestobeofferedbybidderisdetailedbelow: Providewarranty/on‐sitemaintenanceproduct,softwarethatshallbesuppliedand

installedunderthisprocurementthroughouttheperiodofcontractasperSLAandalsoprovidewarrantyexecution/onsitemaintenanceoftheDatabaseS/W.

Undertake Performance Tuning and ensuring optimum performance of theequipmentsupplied.

ThesupportcoverageshallbeaspertheservicewindowmentionedintheSection–“ServiceLevel”.

Providemanpowerforoperations,maintenanceandonsitewarrantysupportofalltheexistingandsupplieditems.

Bidder is required to propose the required compute power, storage and otherrequirement to host the New IFMS application at Primary Site and DR Site. ThenecessarycomputeinfrastructurewillbeprovidedbyGovt.ofGujarat.

Currently, Govt. of Gujarat is in process of Selection of Agency for Supply,Installation, Commissioning and Support of CloudEnabled Infrastructure atGSDC,Gandhinagar on behalf of Department of Science & Technology, Government ofGujarat (RFP NO.: GIL\DST\SDC_Cloud\2016‐17 dated 24.03.2017) which isavailable onhttps://gil.gujarat.gov.in/tendercms/TenderDocs/201722118593593.pdf Theexisting infrastructureandfutureenvironment details isavailable intheRFP.TheNewIFMSsolutionwillbehostedonthiscloudinfrastructure.Forstorage,EMCVMA200Kstoragewillbeprovided.

Asapartoftechnicalbid,thedetailBoMrequiredistobeproposedasbelow:ForSizingPurposeonly:*Concurrentusers:5,000a. Indicators, completing ordinary user commands (e.g. closing a window),

completing background tasks (e.g. reformatting a table) i.e. Application fine‐tune:500mssecond

b. Displaying a graph or anything else a typical userwould expect to take time(e.g. displaying a new list of all a company's personnel, transactions for anspecifiedperiod):1second

c. Accepting,processingand renderingoutputof amultiplevariableMIS&DSSsystem–4variabletask:3seconds

Sr. No. Item Technical Specifications

Quantity Remarks (If any)



Concurrent users mean those users transacting during the same session. i.e.transferringdata/requestingserviceataparticularinstants

InStateDataCenterandDRSitetherequiredcomputeinfrastructureandstoragewillbe provided. However bidder has required to quote, supply, install andmaintain therequiredOS, Database and other s/w licenses provided by bidder. Considering the 8yearsofgrowthifmorecomputeinfrastructureandstoragewillberequiredthanitwillbeprovidedbyDepartment.However,theincrementallicensesoftheOSandDatabaseisrequiredtobesuppliedandmaintainedwithrequiredATS/AMCbybidderduring8years of O & M period as part of this bid. The bidder has to envisage incrementallicensesandAMC/ATScostandthequoteforthesameinfinancialbid.The DR shall be 25% of DC in terms of resource capacity (sizing). It shall be active‐passive and passive active setup. SP should propose a solution where the RecoveryPointObject (RPO) shouldnot bemore than5minutes andRecoveryTimeObjective(RTO)shouldnotbemorethan120minutes.TheDCandDRSiteshouldworkasActive‐passive and passive‐active. The data loss should not bemore than 5minutes. TheDRlocation will be Delhi or Hyderabad. The DR environment will be also cloudenvironment..TechnicalDetails: Applicationtype:Threetiermobile&webbasedapplication TechnologyPlatform:‐Any BackendTechnology:Any ServerOSSupport:NonUnixEnvironment PresentationLayer:Thefrontendremainsthefrontfaceofanyapplication;henceit

must be designed considering the utmost preference to the end user andstakeholders using the different functionalities of the application. Thus, theproposed solution is expected tomakeuseof latest frameworks / technologies todesignthefrontfaceoftheapplication..

BusinessorServicesLayer:WhilethePresentationLayerwilltakecareofthefront‐end functionalities andUI, the business logic layerwill contain the business logicandrulesgoverning theapplication. It is important tonotehere thatakeydesignprinciple forGujrat IFMSapplication is toensure that thearchitecture ismodular,whichinturnwouldrequirethatallmajorbusinesslogicbeessentiallymaintainedintheBusinessLogicLayer,andnotinanyotherlayers.

Akeyconsiderationwhileimplementingthebusinesslogicwillbethattheseshouldadaptabletofrequentchangesinthebusinessprocessgiventhedynamicnatureofthe regulations governing entities and associated stakeholders’ bodies. Hence, thedevelopment should be done in a way that changes may be implemented in theshortest possible time, and with minimal changes to the application code. TheWorkflows should be enterprise and flexible enough to allow upward flow anddownwardflowofprocessesandinclusionofnewactorswhichcanbedonethroughchanges in configuration. All these factors ‐ dynamism of business requirements,needformulti‐agentandcomplexworkflows,highfrequencyofbusinessprocessesgetting executed, involvement of multiple stakeholders in a business process/



workflow,wouldrequireaBusinessProcessManagementintheoverallarchitectureofthesolution.

BusinessRule Enginemay be leveraged to create parameterized and configurablebusiness rules, eliminating need to do code level changes for every change.Irrespective, any logic developed for this application should adhere to the designprinciples,andshouldideallybeanaggregationoflooselycoupledservices.

It should support easy workflow configuration, its maintenance, and need basedmodification,additionalterationof thestepsandsupportprocessmodellingbasedonBPMN2notationstandard.

The proposed solution should provide business rule engine and a managementplatform.Usersshallbeabletomodifythebusinessrulesonlinewithoutanyneedofdeployment.

Systemshouldhavecomplexdatamanagementcapabilities. Integration Layer: Integration development must be able to support a business

environmentwhichrequiresfastresponsetimes.So, it isrecommendedtodeveloptheIntegrationLayeronaprovenIntegrationBus/APIPlatform.

ItshouldSupportisprovidedforbuilt‐inanduser‐definedpatternstechnology. DocumentManagementSystem:InagovernmentapplicationlikeIFMS,itmustdeal

with lots of documents & contents across various section of the overall IFMSapplication.Hence it isnot just theholding the contentat oneplace, but it is alsohow effectively the complete management of enterprise content from its captureanddisposition. Thus, delivering contextual information to business stakeholdersfor improved collaboration, smarter decision making and enhanced customersatisfactionisofprimeimportance.

SecurityManagement: Regular patch management of components of the IFMS,reporting security incidents and resolution of the same, proactively monitor,manage, maintain & administer all security features and update the system asapplicable, managing and monitoring of anti‐virus, anti‐malware, phishing andmalwareformanagedresources.Maintainingsecuredomainpolicies,Resolutionofcallsforsecuritynotifications,systemalerts,vulnerabilitiesinsoftwareandalertingIFMS as appropriate, Providing root cause analysis for all defined problemsincluding hacking attempts, Maintaining documentation of security componentdetails including architecture diagram, policies and configurations , Performingperiodic review of security configurations for inconsistencies and redundanciesagainstsecuritypolicy,Reviewinglogsdailyofsignificancesuchasabnormaltraffic,unauthorized penetration attempts, any sign of potential vulnerability. Securityalertsandresponses.Proactivemeasuresintheeventaproblemisdetected.

The application should be able to host on x86 platform. The required computepowerandstoragewillbeprovidedinSDCbyDepartment.

The application should be compatible with any open standard technology. ThebidderhastoquoteandsupplyanyOSanddatabaseonopenstandardtechnologywith8yearsofAMC/ATSsupport.ThebidderhastoenvisageincrementallicensesandAMC/ATScostandthequoteforthesameinfinancialbid.

In case of bidder is offering open source products, the support from a productvendorshouldberequiredandbidderhastogivecomplianceonthesame.

The mobile app should be developed for whole application for followingfunctionalities with role base access and native in nature. It should develop forseparately for Windows, iOS and Android. i.e Bidder has to use native SDKs forrespectiveplatforms.



Sr.No.

NameofFunctionalities

Webportal(Forexternalstakeholders)

MobileApp

1 TopManagement X ForReportViewing

2 Drawing&DisbursementOfficer

X ForReportViewing

3 PensionSystem(CaseTrackingandGrievancesubmission)

ForStatustracking ForStatustracking

4 ReceiptManagementSystem

OnlineFillingofeChallan OnlineFillingofeChallan

5 OnlineApplicationforGovt.Insurance

ForApplicationSubmissionandstatustracking

ForApplicationSubmissionandstatustracking

6 VendorRegistration AllFunctionalities AllFunctionalities

7 Employee‐HBA/MCA/GPF/NPS/PayFixation

ForStatustrackingandReportViewing

ForStatustrackingandReportViewing

Portal&Mobileappconcurrentusers:Expected concurrent users on Internet &

MobileappPortal AllGovt.employeesotherthanteacherswhoinvolvedinfinancialtransaction.

o AllClass1&Class2employeesofStatePanchayato Allusersofaccountingbranchofstategovt.officeso Citizenwhowillbepayingtogovt.treasuries

ThemobileappshouldbecompatiblewithlatestOSand2earlierversionsofOSandall future versions on each platform i.e. Android, Window and iOs. Example: ifcurrentlyAndroidversion8isrunning.Themobileappshouldbecompatiblewithandroid6,7and8andallfutureversions."

N.nos.ofreportswhichisgeneratedbysystemshouldbeavailableonMobilealso.Thesystemshouldworkon100%onlinemode.

Theapplicationshouldrunonallmajorbrowsers like InternetExplorer,MicrosoftEdge,GoogleCrome,MozillaFirefox,Safari,Operaandmobilebrowseranditshouldbecompatiblewithlatestand2earlierversionofbrowserandallfutureversions.

Shouldhavefollowingfeatures:o Supportfordistributeddatabasesandstorageo Supportfordatabasereplicationo Supportforwebenabledapplicationso Supportfordatawarehousingo Networksupportforawiderangeofprotocolso Portabilityofdatathroughimport/exportprocedureso Should support all features of partitioning to improve performance and

simplifymanagementofverylargedatabaseenvironmentso ShouldbeabletosupportBackupforhotbackupandrecoveryatenterprise

levelandeliminateanyriskofdataloss. The application developer/software provider should ensure that the proposed

application architecture & offered solution including software or any other tool



shouldbelatestandshouldnotbeendofsupport/endofsalesduringthe8yearsofO&Mperiod.ForbespokedevelopmentofCOTSsolution,Ifproductdeclaredasendofsale/supportduring8yearsofperiod,bidderhastoprovidethelatestversionofapplication,latestmajorupgrade/alternateproductwithallrelevantcustomizationwithout any additional cost to GoG. Theundertaking has to give for the samebybidder.

The proposed solution should be on open standard and compatible with othertechnology. So that, there should not be any proprietary/OEM lock in situationduringthe8yearsofO&MperiodexcludingCOTS,BI,OSandDB.

Aftercompletionof8yearsandatthetimeofhandover‐takeover,SPhastoprovidetheapplicationwithlatesttechnologyversion,updateandupgrades.

Every6months,Bidderhas tosubmit thedocumentation includingcodestructureandarchitecture.

3.4. DevelopmentandO&MTeam

3.4.1. BiddershallproposethedevelopmentTeamforprojectasfollow(thecost

ofthesamehastomentioninpart1andpart2offinancialbid:Bidder shall propose development team with efficient resource to develop IFMS inprescribed timeline. The developer team resources will be based onsite at alocation/premisestobeprovidedbyGovernmentofGujarat.3.4.2. Bidder shallpropose theOperationandMaintenance team forprojectas

follow(costofthesamehastomentioninfinancialbidpart6:After the rollout, the service provider shall keep three types of resource team at siteindicatedinthisRFPortheplaceearmarkedfordevelopmentinpara3.4.1duringtheentiredurationofO&M.

a. DeveloperTeamForContinuesdevelopmentprocessofapplication,mobileappandwebportal,ateam of 5 developerswithminimum 5 years of experience in development ofsimilarapplicationorinsameERP(incaseofCOTSsolution),headedbyProjectManagerwithminimum10yearsofexperiencewillbeprovided.

b. O&MTeamTo support the technical support for hardware/software, mobile app, webinterface including applying patching , OS updation, antivirus updation, DBManagement,O&Mteamoffollowingresourceswillbeprovided.1. Project manager with (IT Graduate + MBA/PG with minimum 10 years ofexperienceanddomainknowledge) separatefromthedeveloperteamofO&Mmentionedabovein3.4.2a.2. Central Site O & M Team: System Administrator, System/Business Analyst,DBA, Security Expert, Network Administrator, Portal Expert, BI Expert andMobility Expert etc. with BE/MCA/PG in IT having minimum 4 to 6 years ofexperienceintheirrespectivefield.

Operation and Maintenance Period bidders are expected to carry out change that isrequired due to change in functionalities, Act, Rule, GR etc. during the 8 years ofOperation and Maintenance period with the help of above mentioned team. Noadditional paymentwill bemade during O&M period. During the course of O &M,biddermaysuitably‐deploymoreresources,ifrequiredtoperformanychangesinthedevelopedapplication.



Theentireteamhastodeployat100%onclientsitebyserviceprovider.BidderhastodeploysameresourcesinO&Mphasewhohaveworkedindevelopmentphase.3.4.3. HandholdingandsupportteamatHeadQuarterandDistractLocations.Dependingonthesizeoftheproject,ahandholdingandsupportteamofapproximate100resourcesareenvisagedfortheprojectO&MPhase.Outof100resourcesapprox.30 to 35 resources may be placed at Head Quarter/Gandhinagar including helpdeskteam. Other resources may be placed at District Locations. These resources will behelpinghandtothatlocationandthatsubordinateoffices.Theywillresolvetheissuesofusersandalsoprovidethetrainingonanynewfunctionality.TheHandholdingandO&Msupportteammaybeplacedasfollow:

No Location O & M SupportafterGo‐Live

1 FinanceDepartment 52 AllAdministrativeDepartment 53 DirectorateofAccounts&Treasury 24 DPPF 15 DOI 16 LF 17 DevelopmentCommissioner 28 District Level for Treasury office,

PPO,PAO,Subtreasuryoffices35

9 District/TalukaPanchayatLevel 33Helpdesk 8Total 93

Themanpower forO&M support of the application should be at least graduate andhaving 1 year of experience in handholding/Operation & Maintenance support of ITsoftware/application.Thebidderhastodeployatleast8resourceshavingatleast1yearofexperienceofITCall Center onsite during project period for better execution and monitoring of theproject.Thehelpdesk&Handholdingserviceshouldbeavailablefrom9:00to7:00hrsandasandwhenanycriticalissuearises,oncall/onsitesupportneedtobeavailableanytime.BidderhastodeployaboveresourcesasperrecommendationofFinanceDepartment.In the part 4 of the Financial Bid, bidders have to provide the cost of handholdingsupport. Finance Department, Govt. of Gujarat may increase or decrease the no. ofresourcesrequiredforhandholdingontimetotimeduringthe8yearsofO&Mperiod. Incaseofabsentofthemanpower,bidderhastoprovidethealternatearrangement

tocarryouttheactivities. Incasetheresourcehasresignedthenthebidderhastoinformwithinoneweekof

suchresignation.



SPshallpromptlydeployareplacementtoensurethattheroleofanymemberoftheKey Personnel is not vacant for any longer than 7 days, subject to reasonableextensionsrequestedbySPVendor

BeforeassigninganyreplacementmemberoftheKeyPersonneltotheprovisionoftheServices,SPshallprovide:

o a resume, curriculum vitae and any other information about the candidatethatisreasonablyrequested;and

o anopportunitytointerviewthecandidate. Thebidderhastoensureatleast4weeksofoverlapperiodinsuchreplacements3.5. DatabaseMigration&ManagementSP shall be responsible for management of the database during the contract period.Whilerollingouttheproject,itisenvisagedthathistoricaldataofExistingIFMSwillbemigratedinNewIFMS.TheSPwillberesponsibleforcapturingthatdata.CurrentlythesizeofthedatabaseofexistingIFMSis1.8TBandCTPis73GB.TheselectedServiceProviderisrequiredtomigratealltheexistingdataavailablewithDepartment in the digitized format of the existing applications (IWDMS& IFMS, CTP,etc.) if required, in its currentdatabase to thenewsystem tobehostedat StateDataCentreat freeof cost.Cost fordatamigration fromexistingapplicationshouldnotbeincludedinthepricebid.The current IFMS data should be load initially in Data ware house. The size of thedatabase asmentioned above. Last 1 year data shall bemigrated inNew system andotherdatashallbekept inArchivalandwillbe fetchasandwhenrequired.Thedatashouldberetainedlifetime.Duringthe8yearsofO&MperiodanymigrationactivitiesrequiredtocarryoutduetochangeinInfrastructure,Softwareetcshouldbedonebybidderatnoextracost.Therewillnotbeanychangerequestasthiswillbecontinuesdevelopmentprocess.As part of datamigration from the existing application, the selected Service Providerwouldperformthefollowingactivities:1) Prepare the Data cleaning and migration plan and submit to Department for

approval.2) Ensureminimumbusinessdowntimeatthetimeofdatacleaningandmigration.3) On the Department’s approval, prepare the requisite migration architecture and

thencleanandmovethedatatothenewtargetenvironment.4) Ensure the accuracy and completeness of themigrateddata.Department reserves

therighttoverifytheaccuracyandcompletenessofthemigrateddataonitsownorthroughitsnominatedagencies.

5) Ensuremigrationofalldataforpilotlocationiscompletedbythetimeofpartrolloutandfortheentirestateiscompletedbythetimeofstate‐widerollout.

3.6. LanguageoftheProduct

o TheproductmodulestobedevelopedbytheSPmustbesupportGujaratiandEnglishlanguages.

o Theapplicationuserinterfacewillhavetoprogramintwodifferentinterfaceformats–1.EnglishLanguageand2.GujaratiLanguage.

o TheinputlanguagewillbeEnglish.HowevertheUIandreportsareavailableinbothlanguagesEnglishandGujarati



o Except the Budget and DoI scrutiny module all the entry shall be done inEnglish. The budget speech and publication report should be entered inGujaratiandEnglish.FortheGuajaratitypingUnicodestandard(shrutifont)shall be used. The number of system should automatically generate fromEnglish to Guajarati. The total Gujarati data entry will be approx. 10% ofoverallsystem.

3.7. EnvisagedProjectPhases:

Stage0:LearningPhase The entire developer team will be given 1 months long crash course in

understanding Government Finance processes that go in financialmanagement.SuchtrainingwilltakeplaceatAhmedabad/Gandhinagar.Onlyinfrastructure for the training will be given by GoG. The expenditure andfacilityofaccommodation, travelling, foodetc.willbeborne/managebythebidder.

StageI:DesignPhase DocumentationoftheexistingprocessesofFinancialManagement&delivery

acrossallemployees. DocumentexistingprocessesLevelsofFD. Propose process Levels, based upon benchmarking / opportunities for

improvementofprocesses. IdentificationofBusinessProcessReengineeringrequirementtoachievethe

proposedservicelevels,includinglegalchangesrequiredinprocesses. Documentation of To‐Be Process maps in line with the BPR proposed of

processes.TheBPRshouldbedoneforeachandeverymodule. DesigntheUserRequirementsSpecification. CapacityBuilding/TrainingPlan SPshallintegratetheModulesdevelopedinHRMS&IWDMSapplicationwith

thenewapplicationmodulesandthewebportal Prepare System Requirement Specification (SRS) for application

development DesigntheChangeManagementPlan Design and seek approval of the implementation Strategy fromFDprior to

thecommencementoftheimplementationplan Design & documentation of Hardware, network architecture & other

infrastructural requirements, based on applications to be developed andsubmitBillofMaterialtotheFDwhichwillbeprocuredbyFDseparately.

StageII:ImplementationPhase Procurementofspecifiedhardwarecomponents Softwaredevelopment,integration,testing&Deployment ProjectmonitoringandprogressreportingtotheFDonregularbasis. Bidderhastoenterthetestdatabaseof1monthsandafterdecidinggo‐Live

theexistingsoftwarewillbeswitchedovertoNewIFMS. Completeentire solutionwide roll outwill be startedwithin12monthsof

awardofcontractandthencompletedinayears’timeframeonceitisstarted.The SP will work with FD to develop project implementation scheduleimmediately after the awardofworkorder andwill complete the schedulewithinamonth’stime.



DevelopmentofUATproceduresandtestcases ProvidedatabasesoftwareoranyothersoftwareneedstoruntheNEWIFMS

Application. BugfixingandincorporatefeedbackfromUsers. EndUserTraining Rollout/Implementation of Application at least one locationsmentioned in

thegeographicalscope. InterfacewithfrontenddeliverycentersforapplicationGo‐Live Application Testing through EQDC and Security audit of the application

throughCERT‐Inempanelledagency.StageIII:PostImplementation–WarrantyandSupport SP will be responsible for providing support, in terms of product support,

duringcontractperiodfromthedateofGo‐Liveoftheapplicationsoftware.

3.8. Detailsoftheactivities3.8.1. Documentation

The SP shall prepare all necessary documentation for the project, andprovidethemtotheFDforreview,approval, record,referenceetcasmentioned inthisRFP.The following is the listofdeliverables in the formofdocuments tobesubmittedbytheSPinthecourseofprojectimplementation.

As‐IsprocessReportforalltheprocessesofservices. BusinessProcessRe‐engineeringreportforthealltheservicesofFD. To‐BeprocessmapbasedontheBPRreport. UserRequirementSpecificationdocumentsforalltheselectedprocesses. System Requirement Specification (SRS) document containing detailed

requirement capture and analysis including functional requirement, dataflow,workflowbasedontheBPRreport,interfacespecifications,applicationsecurityrequirements.

High Level Software Design document including Software Architecturedesign,LogicalandPhysicalDatabaseDesignetc.

SoftwareDesignDocument TestPlansandTestcases(includingUnitTestPlan,System/IntegrationTest

Plan) UserAcceptanceTestPlan,SecurityTestPlan,LoadTestPlan) IntegrationPlanwithotherapplications IntegrationTestcases&resultsforapplicationsdeveloped CompleteSourceCode. Inspection and testing procedures manual including QA Policy as per

EQDC/Cert‐In Certified Company Test Plans and Test cases (Stress/Loadtesting, functional testing, Performance testing, Security testing, ,Configurationtesting,,)

Details study report for the requirement of central side IT Infrastructurebasedontheapplicationdeveloped.

SecurityLevelDesignDocument&implementationofSecuritypolicy ConfigurationandAccessManagementPolicy TrainingManuals SystemsAdministrationManuals



Usermanuals InstallationManuals PeriodicStatusandReviewReports EscalationMechanism ExitManagementPlan FAQforconcernedstakeholders Documentationincludingcodestructureandarchitectureoneverysixmonth.

3.8.2. Training

TheServiceProviderhastoconduct3trainingworkshopineverydistrictand15trainingprogramat state level.Firstworkshopateach locationwillbe for twodaysandotherworkshopwillbeforonedayduration.Introducinganychangeneedstoconsidertheimpactthatchangewillhaveonallstakeholders–bothwithinandoutsidethedepartment.Itisthereforenecessary,for the SI, to formulate a change management strategy that encompasses therequirements of the end user and the employees. The SP should ensure thatchange management starts from the project planning stage and continuesthroughout the life of the project. It is essential to understand that changemanagementisnotaonetimeactivity.It isacontinuousactivitypropagatingtocomplete life of the project and touching all the stakeholders involved in theproject

TheChangeManagementPlansuggeststhekeystrategiesneededtoaddresstheaforementionedchangeimplicationshavinghighestimpact.The developer team shall have to prepare a draft change plan which it willpresent to the project team in FD for approval. After incorporating changesproposed by the FD, the developer team shall operationalize the changemanagementplan.The developer team shall have to prepare a draft change plan which it willpresent to the project team in FD for approval. After incorporating changesproposed by the FD, the developer team shall operationalize the changemanagementplan.Thebasiccontoursoftheplanhave: Trainingtotrainers(onefromeachdepartment) TrainingofsoftwaresupportprofessionalsfromGILorFD One day training for each of the departments/HOD offices/District

Offices/TalukaOfficesduringpartrollout



4. SECTIONIV:SPECIFICATIONS4.1. AcceptanceCriteriaTheprimarygoalofTestingandAcceptancewouldbetoensurethattheprojectmeetsrequirements, standards, specifications and performance prescribed in the RFPdocument,byensuringthatthefollowingareassociatedwithclear,quantifiablemetricsfor:

accountability: Performance Availability Security Manageability StandardsandProtocols

Theprojectwouldbedesignedtomeetall functional,non‐functionalandmanagementrequirementsasmentionedintheRFPdocument.Foreachoftheprojectrequirements,thereareoperationalrequirements,deliverablesandasetofstandards,whereverapplicableasperthefollowing:

Sr.No. Component Standard1. ProcessFlowdesign WFMC & BPMN 2.0 or higher

Standards2. InformationAccess/Transfer

protocolsSOAP,HTTP/HTTPS

3. Interoperability WebServices,OpenStandards4. PortalDevelopment W3CSpecifications5. Photograph JPEG(minimumresolution640X480

Pixels6. DigitalSignature RSA Standards and as decided by

govt.timetotime7. Documentencryption PKCSspecification8. InformationSecurity ISO27001certifiedSystem9. Operational Integrity &

SecurityManagementISO17799certifiedSystem

10. Operation ISO9001Certified11. ServiceManagement ISO20000specificationsorlatest12. ProjectDocumentation IEEE/ISO Specifications for

documentation13. DataStandards Allimportantdataentitiesshouldbe

in line with standards published byDIT. These can be accessed athttp://egovstandards.gov.in.

14. LocalizationStandards Localization standards, like Fontstandardsarenotified, andavailableat the DIT website. All Applicationsshould complywith these standardstoensurecommonlookandfeel.

15. Application OpenStandard



Over and above the standards, if new standardwill come bidder has to complywiththose standards also. Bidder has to make arrangement of active‐active clustered oncloud.4.1.1. PerformanceCriteriaPerformancewould be that aspect of service, which would bemeasured in terms ofthroughputand latency.Higher throughputand lower latencyvalueswouldrepresentgood performance of a service. Throughput would represent the number of servicerequestsservedperunittime.Latencywouldbetheround‐triptimebetweensendingarequestandreceivingtheresponse.4.1.2. AvailabilityCriteriaHigh Availability would be a key requirement. The applications must providedepartmentofficialswithtimely,continuousaccesstoinformation24X7.Thelogfilesofthe applications must also be able to rebound or recover from any planned orunplannedsystemdowntime,ensuringaminimalimpactontheoperations.Availabilitywouldbe thequalityaspectofwhether theservice ispresentor ready for immediateuse. Availability represents the probability that a service is available. Larger valuesrepresentthat theservicewouldalwaysbereadytousewhilesmallervalues indicateunpredictability of whether the service will be available at a particular time. Alsoassociatedwith availability is time‐to‐repair (TTR). TTRwould represent the time ittakestorepairaservicethathasfailed.

4.1.3. SecurityCriteriaSecurity would be the aspect of the service of providing confidentiality and non‐repudiationbyauthenticatingthepartiesinvolved,encryptingmessages,andprovidingaccesscontrol.Theapplicationscanhavedifferentapproachesand levelsofprovidingsecurity,dependingontheservicerequester.Securityrequirementssuchassinglesignon,encryptionofpasswords,logsanddigitalsignature/e‐signetc.isamust.FinanceDepartment’sapplicationsecuritywillbeofutmostpriority.Theformsshouldbeprotected from improperdata input,both in theuser'sbrowserandat the remoteserver.Databasesshouldbesecuredviausername/passwordprotectionandpotentiallysensitiveinformationshouldbesecuredusingindustry‐standardencryptionalgorithms.4.1.4. ManageabilityManageability needs to be a crucial aspect of Finance Department’s application. TheImplementation Partner ‐ SP has to ensure that the solution deployed has adequatemonitoring and tracking features for measuring the utilization and availability ofresources.Thisincludes:

RemoteMonitoringofStatusandStatisticsofallhigh‐levelcomponents Managementcapabilitytostart/stop/restartservicesandsystems Autodiscoveryofallcomponentsmanageable Autodiscoveryofallothersystemcomponents Abilitytotrackchangesinconfigurationofthesystemcomponentstohelptrack

service Systemdisruptions

4.1.5. Standards&ProtocolsThe project should be completed as per the standards and protocols applied fordevelopment,hostingandmaintenanceofanautomatedsystem.



ThesoftwaredevelopedunderthisContractshallconformtothestandardsandwhennoapplicable standard ismentioned; to theauthoritativestandardappropriate to thecountry of origin and such standards shall be the latest issued by the concernedinstitution.4.2. DevelopmentCriteria

ThedeliverablecomponentsofthisRFPinclude: A web‐based system by which Government official can find comprehensive

information about the initiative including budget allocation, grant distribution,receipt & expenditure supporting documentation, downloadable files, andongoingmanagement.

DevelopmentofcomprehensiveNewIFMSapplicationthroughDevelopmentofWeb Based application which accomplishes all the tasks as mentioned in thescopeofworkincludingtheDSSandMISreports

Thedesign,looks,andfeelsoftheUserInterfaceasapprovedbytheFD. A relational database(s) to be used for application management, site

maintenance,calendaringandactivities,andrelateddocuments. Asystemtocontroluseraccessprivileges.Grantedprivilegesarebasedonroles

and responsibilities including site administration and content management,calendar,activities,anddocumentmaintenance.

Monthlyorondemandreports/queriesshowingstatistics. Monthly/Quarterlyreportonproductup‐timehostedattheDataCentre

4.2.1. DevelopmentofApplication

TheDevelopmentofApplicationmustbedoneasperglobal industry standardenvironment. The biddermust justify the choice of development environment.The software must be developed and hosted utilizing industry standard. Thebiddermustlistalltoolstobeusedtodevelopandmaintainthesoftware,aswellasthehostingplatformhardwareandsoftware.

4.2.2. DevelopmentControlThebiddermustuseallreasonablecaretoprotect the integrityof theproductduringdevelopment. Use of a version and library control tool is desired. The bidder mustdescribethedevelopmentenvironmenttobeused.4.2.3. ProjectManagement&ProjectPlanThebiddermustprovideanexperiencedProjectManagertooverseethedevelopmentoftheNewIFMSsoftwareapplicationsandshouldserveasprimarypointofcontactforthe FinanceDepartment. The biddermust follow an established ProjectManagementmethodologyconforming to thebestpracticesof theProjectManagement.Thebiddermustdescribethemethodologytobeused.During the Technical Presentation, the bidder must provide the FD with a detailedProjectPlanforthedevelopmentoftheFDapplication.ThisProjectPlanmustincludeatminimum the Project Charter, a work breakdown structure showing all proposedmilestonesanddeliverables,andalistingofallprojectissuesandrisks.4.2.4. StatusReportsThebiddermustprovideweeklystatusreportstotheFDduringthedevelopmenteffort.ThesereportsmustbesubmittedbycloseofbusinessoneachMondayandmustreflect



status against the Project Plan as of close of business on the previous Friday. Anyfalsificationof thesestatusreportsor failure to informtheFDof issues impacting thedeliverablesortimeframeoftheprojectmayresultincancellationofthecontract.4.2.5. VersionControl&BugFixingThebiddermustmakeanymodificationsnecessaryforthedurationofthecontracttoensurethatthesystemiscompatiblewithcurrentandsupportedversionsandreleasesoftherelevantoperatingsystemandothersystemsoftware.4.3. HostingCriteriaThebiddermustworkwiththeFDtoprovideadetailedimplementationplan,includingbutnotlimitedto,orderlyprocessofinventory,versioncontrol,andloadallapplicationmaterials, assignment of user rights and security, and verification of correctfunctionality. The bidder must present an implementation plan to the FD for theirapprovalbythebeginningofthetestperiod.ItisproposedthattheproductwouldbehostedinStateDataCenter,asperprovisionsprovidedbyDepartmentofScience&Technology,Gujarat;however the finaldecisionregardingtheprimarysiteforhostingwouldrestentirelywiththeFD.TheproductshouldalsobehostedinDRSite,asperprovisionsprovidedbyDepartmentofScience&Technology,Gujarat;howeverthefinaldecisionregardingtheDRSiteforhostingwouldrestentirelywiththeFD.ThebiddershallberesponsibletosetuptheHelpDesk.ThehelpdeskwillbesetupatGandhinagarasFDmaydecide.Helpdeskwillbeforinternaluser.TheexternaluserswillcallatGoGcallcenterandifanytechnicalqueryitwillbetransfertoHelpDeskofIFMS.4.3.1. AvailabilityTheproductmustbeavailableaspertheServicelevelsdefined.Thebiddermuststatehow thatavailability is tobeprovided, includingallmeasures.Thebiddermust showthe ability to report availability to FD on a quarterly basis, and must indicate howavailabilityistobeverified.4.3.2. AccessibilityTheFDapplicationsmustmeetthestandardsforsoftwareapplication.Thebiddermusttest the applications with a commercially available accessibility monitor, and with aleadingaccessibilitytool,ifnecessary.4.3.3. SecurityThebiddermusttakerigorousprovisionstopreventunauthorizedalterationordamageto the software and all relatedmodules and databases. The bidder must describe indetailallmeasurestobetaken, includingtheuseoffirewalls,monitoringforintrusiondetection, etc.Thebiddermustalso specify thedependencies, if any, in achieving thedesiredlevelofsecurity.(NOTE:Thisinformationwillbekeptconfidential.)4.3.4. Backup&Recovery



Thebiddermustprovideandsuccessfullytestbackupandrecoverycapabilitiesfortheapplicationsandrelateddatabases.Thebiddermustdescribethisfunctionality,andthefrequencyofbackup.4.3.5. Uptime&PerformanceThebiddermustprovidesufficientprovisionstoensurethatproduct’sallfunctionality,including data access, file downloads, and online transactions is performed withincommerciallyacceptableresponsetimes.Thebiddermuststatethecapacitythatwillbeavailable for the applications, and what tools and techniques will be used tocontinuouslymonitorapplicationperformance.4.4. AccessControlandUserAuthentication:The bidder must prepare the access control & User Authentication policy and get itapproved by FD. The bidder shall be responsible to provide access control & UserAuthenticationmanagementduringtheperiodofcontract.4.5. Followingtools/softwarelicensesavailablewithGujaratStateDataCenter

onsharedbasis. CASpectrum, eHealthPerformanceManager, NetworkFlowAnalysis, UnifiedInfrastructureManagement,ApplicationPerformanceManagement ServiceOperationsinsightforSystemsandnetworks ClientAutomation, CAServiceManagement, CABusinessServicesInsight. TrendMicroAntivirus ITAssetManagement,ITClientManagement,SSO&IDAM. AlsoinAntivirusDeepSecurity‐HIPS‐HostbasedIPSforServerOfficeScan ForClientAVIMSVA FormailSecurityScanMail‐ForExchange SSLCertificate‐WildcardcertificateforGujaratDomain. WAFandDBFirewallThe software/tools required other than above list should be provided by theselectedbidder.

4.6. 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‐10GX



3 SANSwitch Cisco DS‐C9148S‐12PK9

4CloudManagementSoftwareLicense(for3740CoreofCloud)

Microsoft SystemCenter

5WindowsServerDatacenter(forCloudManagementSoftware)

MicrosoftWindowsserverdatacenteredition

6WindowsServerStandard(forSQLServerpartofSystemCenter)

Microsoft MSSQL

7 Firewall Fortinet FG‐3000D24.7. 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

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



5. SECTIONV:TimelineandPAYMENTTERMS5.1. ProposedtimelinesforImplementation

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

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. 5.2. PaymentTerms

# Description PaymentTerms




1

Development/Customizationof New IFMS includingdesign, development,implementation, training &testing as per the scope ofworkdefinedinthisRFPLineitem1

10% of the cost of Development of New IFMS oncompletion of Preparation and approval of URS, SRSandSDDofAllmodules.25% of the cost of Development of New IFMS) oncompletion of Development, Testing, security auditincludingmobileappandwebportalofat least50%functionalitiesofthephase115% of the cost of Development of New IFMS oncompletion of Development, Testing and Go‐Live,securityauditandEQDCTestingincludingmobileappand web portal of remaining 50% functionalities ofPhase140% of the cost of Development of New IFMS(mentioned in financial bid – Line item 1 and 4) oncompletion of Development, Testing and Go‐Live,securityauditandEQDCTestingincludingmobileappand web portal of functionalities of Phase 2 of thescopeofwork10% of the cost of Development of New IFMS oncompletion of 6 months of Go‐Live fixing bugs anderrors

1A

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

20%ofthecostofoncompletionofPreparationandapprovalofURS,SRSandSDD.60% of the cost of on completion of Development,TestingandGo‐Live,securityauditandEQDCTestingincludingmobileappandwebportalofat least50%functionalitiesofthescopeofwork20%ofthecostoncompletionof3monthsofGo‐Livefixingbugsanderrors

2

In case of COTS Product(ERP Solution) line item 3and Cost of OS, DatabaseLicenses,BIToolsandotherreadymade softwarerequired to run theapplicationlineitem4

1. 60%paymentwillbereleasedondeliveryofpaperlicenses2. 20% payment will be released on successfulinstallation.3.20%oncompletionof3monthsoffinalgo‐liveandbugfixing.

3

OperationsandMaintenanceofNew IFMSandPanchayatFinance ManagementSoftware Solution & DataMigration support forcontract period includingTechnical support, ProductUpgrades, Updates, patches,security updates, bug fixesetc. anddevelopment/change inapplication–Part5

quarterly in equal installments after completion ofeachquarterandsubmissionofInvoiceasmentionedinFinancialbid




4

ATS & AMC of COTS for 8years ‐Line item6andCostofAMC/ATSofOS,DatabaseLicenses,BIToolsandotherreadymade softwarerequired to run theapplicationlineitem7

Payment of ATS/AMC will be released yearly inadvance. (100% payment after the submission ofconfirmation regarding the renewal ofsupport/subscription.)ItwillbepayableafterGoliveoftheproject.

5

Hand‐Holding Support atDistrict Panchayat andDistrictTreasuryOfficebid–lineitem8

Payment will be released quarterly basis aftercompletion of each quarter and after submission ofInvoiceasmentionedinFinancial

6

Training–LineItem9 Payment will be released batch wise on successfulcompletion of training of the particular batch andaftersubmissionofInvoiceasmentionedinFinancialbid

5.3. PaymentProcedure5.3.1. The FD/GIL shall certify actual implementation. The SP has to ensure proper

hand‐holding&supportofthesystem.5.3.2. SP shall raise the component wise invoice as per the milestones achieved as

mentionedaboveinthepaymentschedule&submittheinvoicetoFD.5.3.3. FDshallverifytheInvoiceraisedagainstthemilestoneachieved&shallmakethe

payment.5.3.4. The SI’s request(s) for payment shall bemade to FD alongwith the 2 original

copies of invoice and necessary documents. The invoice should be in EnglishlanguageandGujaratbased.

5.3.5. Payment shall be made in Indian Rupees. While making payment, necessaryincometaxandservicetaxdeductionswillbemade.



6. SECTIONVI:SERVICELEVELAGREEMENT&PENALTYCLAUSE

Thepurposeof thisServiceLevelAgreement (hereinafterreferredtoasSLA) is toclearlydefinethe levelsofservicewhichshallbeprovidedby theSPtoFDforthedurationofthecontractforprovidingIFMSApplications,Training,MaintenanceandWarranty support against the stated scope ofwork. FD shall regularly review theperformanceof theservicesbeingprovidedby theSPandtheeffectivenessof thisSLA.

6.1. Definitions

For purposes of this Service Level Agreement, the definitions and terms asspecifiedinthecontractalongwiththefollowingtermsshallhavethemeaningsassetforthbelow: “Incident” refers to any event / abnormalities in the functioning of FD

specified services that may lead to disruption in normal operations of FDservices.

“Response Time” shall mean the time taken after the incident has beenreported at the concerned reporting center in resolving (diagnosing,troubleshooting and fixing) or escalating to (the second level, getting theconfirmatorydetailsaboutthesameandconveyingthesametotheenduser),theservicesrelatedtroublesduringthefirstlevelescalation.

Theresolutiontime:theresolutiontimeisthetimetakenforresolutionoftheproblemand this includesprovisioningof thework around to immediatelyrecoverthesituation.Theresolutiontimeshallvarybasedontheseverityoftheincidentreported.

6.2. CategoriesofSLAs

This SLA document provides for minimum level of services required as percontractual obligations based on performance indicators and measurementsthereof. The SP shall ensure provisioning of all required services whilemonitoring the performance of the same to effectively comply with theperformance levels. The services provided by the SP shall be reviewed by FDagainstthisSLA.TheSPshall: Discuss escalated problems, new issues and matters still outstanding for

resolution. Reviewof statistics related to rectificationofoutstanding faultsandagreed

changes. Obtainsuggestionsforchangestoimprovetheservicelevels.The following measurements and targets shall be used to track and reportperformance on a regular basis. The targets shown in the following table areapplicableforthedurationofthecontract.

6.2.1. Implementationrelatedpenaltyofservicelevels6.2.1.1. ImplementationrelatedpenaltyforApplicationsoftware

TheseSLAsshallbestrictly imposedandasoftwareaudit/certificationshallbecarried out at the sole discretion of FD for certifying the performance of theapplications against the target performance metrics as outlined in the tablebelow:



Milestone Target Severity PenaltySubmission of SRS,URSandSDD

AsperdeliverySchedule

Critical

A Penalty of 0.5% ofcontract value ofrespective milestoneof SoftwareApplication per weekdelay subject tomaximum5%.

Completion ofDevelopment


Critical

UAT


Critical

Training and Go‐Live


Critical

Note:Ifthebidderisnotadheringtotheindividualmilestonesasdefinedinthedeliveryschedule,thecumulativepenaltywillbeleviedforthedelayedweeks,atthesolediscretionofFD.Ifdelayexceedsmaximumdelayweeksattheparticularmilestone, FD may have rights to terminate the contract. In that case thePerformanceBankGuaranteeofthebidderwillbeforfeited.The SLA applicable after the implementation shall be purelymeasured on theavailabilityoftheservices.

6.2.2. Operational Related Penalty

6.2.2.1. For Software Uptime

Sl. No

Measurement Target Penalty

1 Product Application (IFMS 2) Availability Downtime required for maintenance, new initiatives undertaken by TSP or for Performance enhancement measures shall not be considered while calculating product availability. All major maintenance shall be carried out in a planned manner after announcing it across the platform.

>= 99.7%

INR 1,00,000 for every 10 hours of downtime at a stretch or in parts on a quarterly basis. And INR 80,000 for every subsequent hour of downtime at a stretch or in parts for total down time more than 10 hours on a quarterly basis.

6.2.2.2. User Interface

SLAMeasure

Severity1

Severity2

Severity3

Severity4

FlatPenaltyRs.

MonthofMarch

ResponseTime 15Min 30Min 45Min 1hr

Resolution

<30Min <1Hrs <1Hrs <2Hrs NIL>0.5hrs&<

1Hrs>1Hrs&<2

Hrs>1 &<2Hrs

>2Hrs&<3Hrs

10000PerHrs



Time

Above1Hrsorpartthereof

Above2Hrs Above2Hrs Above3Hrs 20000Per

Hrs

(InOtherMonth)

ResponseTime 30Min 1Hrs 1Hrs 2Hrs

ResolutionTime

<1Hrs <1.5Hrs <2Hrs <4Hrs NIL

>1Hrs&<2Hrs

>1.5Hrs&<3Hrs

>2&<4Hrs

>4Hrs&<8Hrs

5000PerHrs

Above2Hrsorpartthereof

Above3Hrs Above4Hrs Above8Hrs 10000Per

Hrs

Severity1: Service is unavailable or a fatal error that makes the system unusableresultinginadirectbusinessimpact.Theproblemhasresultedinthefailureofbusinesscriticalactivities.Immediateactionrequired.Example:ApplicationSoftwarerelatedproblemsaffectingallormostof theuserse.g.TO/ STOs are unable to log‐in, Vendors are unable to register, Citizen are unable toaccesstheReceiptManagementportal,etc.Severity2: Serviceisadverselyaffectedoranerrorthatresultsinincorrectoutputsleading to amajor function being unusable resulting in indirect business impact butwhoseimpactislocalizedandnotsystem–wide.Immediateactionisneeded.Example:CO/DDOarenotabletoreleasetheGrant;TO/STOarenotabletomaketheepayment,etc.Severity3: Service is adversely affected resulting in limited business impact or anerror thatmakes aminor function unusable butwhich can be tolerated and is to beresolvedassoonaspossible.Example: Someof theadvanceservicessuchasdetailedandcomplexreportsarenotavailable.Severity4: Serviceisnotaffected.Example: Slow response of the system to user requests, minor suggestions andmodificationsinsystemfunctionality.

PenaltyCalculations

Penaltycalculationsshallbecalculatedonaccumulatednon‐complianceforalloftheaboveSLAs.

TotalTimeshallbemeasuredon24*7basis. Anyplanneddowntimeformaintenanceshallbewithpriorwrittenpermission

fromFDandmustbeintimatedtoallusers.

Anyavailability/uptimerequirementsunderSLAshallbesubjecttostandarddowntime,thetimelostduetoanyofthefollowingreasonsaretakenintoaccountwhilecalculatingtheavailability/uptimerequirement: Timelostduetopowerorenvironmentalfailures; Timetakentorecoverthesystembecauseofpowerorenvironmentalfailures;



Time taken for scheduled maintenance/ troubleshooting either for preventivepurposesorimprovementinfunctionorotherpurposes;

Timetakenforreconfigurationorotherplanneddowntimesituations; ScheduledshutdownsasrequiredbyDepartment

TheOverallpenaltycapduringthecontractperiodshallbecappedat5%ofquarterlyinvoicevalue.Howeverifsuchvalueof5%isreachedforanythreeconsecutivemonthsduring the contract period, then the Finance Department will have the right toterminatethecontract.6.2.3. Development/ChangeduringO&MPeriod

SLAMeasure Target FlatPenaltyRs.

ResponseTime 1Day ‐

ResolutionTime

UponMutuallyagreedtime NIL

>1Day< 7Days 1000Perday>7days 2000perday

6.2.4. OperationalRelatedPenaltyforDevelopment/ChangeduringO&MPeriod

Once the change isdevelopedand implemented, itwill become thepartof theSoftware application and the operation related penalty of the applicationsoftwarewillbeapplicableonthat,ifany.

6.2.5. OperationalRelatedPenaltyforHandholdingSupportSLAMeasure Target FlatPenaltyRs.

AbsenceofManpowerandnot made alternatearrangement

>1Day 1000perday

Not recruited/deployedmanpower

>7daysto<15days 1000perday>15days 2000perday

6.2.5.1. User Interface (*ResponseTimewillbemeasurefromDCtoDCClientPC.)

Event Maximum Acceptable Response Time

Penalty

1. Indicators, completing ordinary usercommands (e.g. closing a window),completing background tasks (e.g.reformatting a table) i.e. Applicationfine‐tune

500 mssecond

Finance Department mayrandomly check theresponse time of theapplication for about 10days/month. If in morethan 10% cases responsetime is measured morethan response timementioned in query no 3,than penalty of 0.1% ofquarterly payment madetobidderwillbedeductedand subsequent every 5%

2.Displayingagraphoranythingelseatypical user would expect to take time(e.g. displaying a new list of all acompany's personnel, transactions foranspecifiedperiod)

1second

3. Accepting, processing and renderingoutputofamultiplevariableMIS&DSSsystem–4variabletask

3seconds



cases of such increase,penalty will increase by0.1%. Maximum penaltycap will be as define inrevisedRFP.



7. SECTIONVII:ROLES&RESPONSIBILITIESOFSTAKEHOLDERSItissuggestedthatthisprojectwouldrequirea2tierstructuretobefollowed,withFDat the top tier being assisted by various committees. The SP would be the 2nd tierprovidingacompletesupportsystemforsuccessfulexecutionofthisproject.HoweverthefinaldecisioninthisregardrestswiththeFDonlevelofengagementsforSI.7.1. FinanceDepartment(FD)

Receiveandappraiseproposals/suggestionsfromtheSPandGILforprojectimplementation

To form Project Management Group (PMG) for monitoring theimplementationprogramacrosstheState.

Ensure that the SP conducts a detailed BPR exercisewhile developing andimplementingtheautomatedsystem.

AssistinOrganizationalcapacitybuilding. Monitoring implementation, consolidation and approvals of AS‐IS, BPR,

Products,Casestudiesetc. Identifythedepartments/districts/officesandapprovetheprojectreportfor

takinguptheforprojectimplementation. Define theservices/modules forPilotproject implementationasprescribed

intheselectioncriteria ToenterintonecessaryMoUs/agreementswithSPfordefiningservicelevels

foridentifiedservices,ensuringserviceleveladherence,implementationandsustainabilityofthepilotprojectandsubsequentstatewiderollout.

Workasdriverforpolicy,regulatoryandotherrelevantchanges. ProvidingFinancialSupportaspertheprojectrequirements. AssistinprovidingInfrastructureandothersupporttotheSI Toorganizefordataentryofservicerecordsofalltheemployees

7.2. SI/Bidder:

Provide close tie‐ups with all the stakeholders in the Project at all levels,includingfieldlevel.

Providecommitmentandsupporttobring‐intheprocesschanges. Work closely with the different department officials, field agents, support

agencies etc. to undertake the field work, comprehend the requirements,document the observations and redesign the processes by doing BPR ofgovernmentadministrativeprocesses.

Help build capacity for the staff and executive resources at all levels, byprovidingnecessarytrainingandundertakingawarenesscampaigns.FinanceDepartment andGILwould alsowork closelywith theServiceProvider fordevelopingthesoftwareandimplementingthetechnicalsolutions.

To provide services, IT resources, and capacity building for creation ofecosystem for high adaptability of backend computerization and e‐Governanceinitiativesasperdepartmentsvision.

Coordinateand facilitate interactionsbetweenthevariousstakeholders likeFinance Department, Treasuries officials, Panchayat Officials, otherinstrument bidders and GIL, through its project coordinators and mobileteams.



PreparationofProjectFramework,includingaspectslikescalability,security,manageabilityandintegrationfeatures.

SubmitsuggestionsonBusinessProcessReengineering(BPR). Carryingout the fieldstudy inordertounderstandtherequirementsof the

citizens, existing delivery mechanism, levels of interfaces with theGovernments,theimpedimentsanddifficultiesinaccessingtheservicesandinformation.

Designinganefficientandeffectiveendtoendservicedeliveryprocess. Understanding thecapacitybuildingrequirementsandhelpcreatea facility

fordevelopmentofcapacity.

ForadditionalDetailson theRolesandResponsibilityof theSPplease refer toScopeofworksectionIII.



8. SECTIONVIII:GENERALTERMS&CONDITIONS8.1. Application

Thesegeneralconditionsshallapplytotheextentthatprovisionsinotherpartsof the Contract donot supersede them. For interpretation of any clause in theRFP or Contract Agreement, the interpretation of the FD shall be final andbindingontheSI.

8.2. Relationshipbetweenparties

Nothing mentioned herein shall be constructed as relationship of master andservantorofprincipalandagentasbetweenthe‘FD’and‘theSI.TheSPsubjecttothiscontractforselectionhascompletechargeofpersonnelandsub‐SI,ifany,performingtheservicesundertheProjectexecutedbyFDfromtimetotime.TheSP shall be fully responsible for the services performed by them or on theirbehalfhereunder.TheFDwillallocatework/assignmenttotheSI.

8.3. SubcontractsSPisnotpermittedtoout‐sourceorsharecontractualobligationwithanyotherparty of the work assigned to the SP. However, in case of any explicitrequirement,FinanceDepartmentmaypermitSPtoout‐sourceservicesorpartofservicesforexecutionoftheircontractualobligation.Thepayment,however,shallbemadetotheSP,whichhasavalidcontractwiththeconcernedFinanceDepartment.

8.4. StandardsofPerformanceTheSPshallgivetheservicesandcarryouttheirobligationsundertheContractwith due diligence, efficiency and economy in accordance with generallyacceptedprofessionalstandardsandpractices.TheSPshallalwaysactinrespectofanymatterrelatingtothiscontractasfaithfuladvisortoFD.TheSPshallabidebyalltheprovisions/Acts/RulesetcofInformationTechnologyprevalentinthecountryasonthedateoftherequirementsanddesignsubmissions.TheSPshallconformtothestandardslaiddowninRFPintotality.

8.5. DeliveryandDocuments

AsperthetimescheduleagreedbetweenpartiesforspecificprojectsgiventotheSPfromtimetotime,theSPshallsubmitallthedeliverablesonduedateasperthe delivery schedule. No party shall, without the other party’s prior writtenconsent, disclose contract, drawings, specifications, plan, pattern, samples orother documents to anyperson other than an entity employedby the affectedparty for the performance of the contract. In case of the termination of thecontact,allthedocumentspreparedbytheSPunderthiscontractshallbecometheexclusivepropertyofFD.TheSPmayretainacopyofsuchdocuments,butshall not use anywhere, without taking permission, in writing, from FD. FDreservesrighttograntordenyanysuchrequest.

8.6. SPPersonnel

The SP shall employ and provide such qualified and experienced personnel asmayberequiredtoperformtheservicesunderthespecifiedprojectasassignedbyFD.Thisisaspecializeddomainof‘eGovernance’anditisdesirablefromtheSPtodeploythepersonnel,whohaveadequateknowledgeandexperienceinthe



domainrelatedwiththisproject.ItisdesirablethattheSPshallhiretheservicesofdomainSpecialists,ifrequired,toworkontheProjecteffectively.

8.7. ApplicableLaw

Applicable Lawmeans the lawsand anyother instrumentshaving the forceoflawinIndiaastheymaybeissuedandinforcefromtimetotime.ThecontractsshallbeinterpretedinaccordancewiththelawsoftheUnionofIndiaandthatoftheStateofGujarat

8.8. UseofContractDocumentsandInformation8.8.1. TheSPshallnot,withoutFD’spriorwrittenconsent,disclosetheContract,orany

provision thereof, or any specification, plan, drawing, pattern, sample orinformation furnished by or on behalf of the in connection therewith, to anypersonotherthanapersonemployedbytheSPinperformanceoftheContract.Disclosure toanysuchemployedpersonshallbemade in confidenceandshallextendtoonlyasfarasmaybenecessaryforpurposesofsuchperformance.

8.8.2. TheSPshallnot,withoutFD’spriorwrittenconsent,makeuseofanydocumentorinformationexceptforpurposesofperformingtheContract.

8.8.3. Anydocument,otherthantheContractitself,shallremainthepropertyofFDandshall be returned (in all copies) to FD on completion of the SI’s performanceundertheContractifsorequiredbytheFD.

8.9. GoverningLanguage

The Contract shall be written in English Language. English version of theContract shall govern its interpretation. All correspondence and otherdocumentspertainingtothecontract,whichareexchangedbetweentheparties,shall be written in the English Language. Allsubmissions/documentations/manuals/codesshallbeinEnglishonlyexcepttheusermanual.

8.10. IntellectualPropertyRights8.10.1. For a bespoke development, the Department shall retain exclusive intellectual

property rights to the software (including source code of customizations/enhancements/amendmentsdone).Theserviceproviderisadvisednottobringanysoftwareasbase layer for futuredevelopmentasa solution.Final solutionIPRwill be sole and exclusiveproperty of department, expectBI tools,OS andDB. Service Provider will have no claim to any base layer or any othercomponent.InbespokedevelopmentaswellasCOTSproducttheFinanceDepartmentshallhave full rights of sharing source code with Gujarat State GovernmentDepartments/Boards/Corporations./PSUsorotherGujarat’sStateGovernementEntity.IncaseofbiddernotofferingtheCOTS(ERPSolution),thanthebidderhasalsoto transfer source code so developed for the IFMS project to Government ofGujarat.Thesourcecode,fullydocumentedforitsarchitecturewillbeexclusivepropertyoftheGovernmentofGujaratandthebidderwillhavenorighttouseitanywhereelsewithoutpriorapprovaloftheGovernmentofGujaratthroughtheFinanceDepartment. If Government of Gujarat allows to the bidder the use ofthissourcecodethenitwilltake20%ofthecostofapplicationdevelopmentforthesubsequentprojectsasRoyaltyfee.Consideringtherightsofgovernmentof



Gujarat over the source code, thebidder is specificallydirectednot touse anyproprietarylayereitherofitsownownershiporofownershipofotherswiththesourcecodetodeliverthesolutionfortheIFMSproject.

8.10.2. For COTS Product the full IPR of the customized/developed solution for thisprojectshall restwith theFDexcept theCOTS,BI,OSandDB. Incremental IPRwillbecreatedduringtheDevelopmentprocesswhichwillbesincepaidforbyGovt.ofGujarat;hencesuchIPRwillrestinGovernmentofGujarat.IncaseofCOTSProductthestateGovernmenthasrighttoretaincustomizationlayer and should the agreementwith service provider and to further develop.Therefore,GovernmentofGujaratwillholdIPRofthecustomizedCOTSsolution.The same would be applicable to copyrights. The TSP shall sign any/all thedocumentsinthisregardandwillgetnecessaryundertakingtothiseffect fromthe COTS OEM.The Gujarat Government further intends use customized COTSbacktotheCOTSOEMtoenableittouseinGovernmentorganizationsinotherStates or in organizations inGovernment of India. TheCOTSOEMwill have toagree to this arrangement andwherever, the COTSOEM uses Govt. of Gujaratcustomized COTS solution or gets additional projects of Department ofElectronics&IT,Govt.ofIndiaoranyotherstategovernment,itwillhavetopaytoGovernmentofGujaratalicensefee/accessfee/sharingfee/royaltyof20%ofprojectfeescollectedtowardsthecustomizedsolution(Licensefeescollectedtowardsdatabaselicenses,OperatingSystemlicenses,COTSwillnotbeincludedforsharing)fromthetenderingauthorityortheTSP(TotalSolutionProvider)isincluded) of such projects. At the time of awarding contract, authorizedrepresentativeofCOTSOEMwillhavetosignaseparatecontractagreementtosuch an extentwith Govt. of Gujarat. The TSP has to get such an undertakingfromtheOEMatthetimeoffilingthisbidandhandoverthesourcecode,Metadatadetailsetc. to theFinanceDepartmentatdifferentstagesofcustomizationand before release of final payment on completion of training and roll out ofsoftware.

8.10.3. TheFinanceDepartmentshallhavetheunrestrictedrighttodeployoruseNewIFMSapplicationsoftwareandthedocumentationrelatedthereto,inanyGujaratstategovernmentdepartment,atnocosttoclient.

8.10.4. The SP shall indemnify FD against all third‐party claims of infringement ofcopyright,patent, trademarkor industrialdesignrightsarising fromuseof theGoodsoranypartthereofinIndia.

8.10.5. Whilepassingontherights(license)ofusinganysoftware/softwaretool,theSPshall ensure that such rights are inclusive of the use of that software fordevelopmentinadditiontodeployment.

8.10.6. ThesoftwarelicensessuppliedbySPshallbegenuine,perpetualandfulluse.Itshould provide patches, fixes, security updates directly from the OEM at noadditional cost to FD for the entire period of contract. All the licenses andsupport should be in the name of Finance Department from the date ofprocurement.

8.10.7. Intheeventofanyclaimassertedbyathirdpartyofinfringementofcopyright,patent,trademarkorindustrialdesignrightsarisingfromtheuseoftheGoodsoranypartthereofinIndia,theSPshallactexpeditiouslytoextinguishsuchclaim.IftheSPfailstocomplyandFDisrequiredtopaycompensationtoathirdpartyresulting from such infringement, the SP shall be responsible for thecompensation including all expenses, court costs and lawyer fees. FDwill give



notice to theSPofsuchclaim, if it ismade,withoutdelaywhereuponSPshallreimburse.

8.11. Inspection/Testing8.11.1. Application:

a) FD or its representative shall have the right to inspect and/or to test thesoftware or work of the SP to confirm their conformity to the ContractspecificationsatnoextracosttotheFD.

b) AsperGovt.OfGujaratcirculardated10thMarch2006,theFDapplicationsmustbe testedatEQDC,GIDC,Gandhinagarorat the locationspecifiedbyFDatthecostofSI.TheSPmust includetestingcost intheir financialbid.Thedifferent typesof tests thathas tobeperformedthroughEQDC/othercompetentagencyareasmentionedbelow:Stress/LoadtestingPerformancetestingSecuritytesting

8.11.2. ApplicationSecurityAudit:

In addition to inspection & testing, the SP shall also be responsible to getapplication security audited by CERT‐In Empanelled application securityAuditorsatthecostoftheSPandsubmittheSecurityAuditClearanceCertificateissuedbyCERT‐InEmpanelledSecurityAuditors.a) TheSPmustsubmitthetestresultstoFD.b) Should any inspected or tested software fail to conform to the

specifications, the FD may reject the software and the SP shall eitherreplace/redevelop the rejected software ormake alterations necessary tomeetspecificationrequirementsfreeofcosttoFD.

c) FD’s right to inspect, test and, where necessary, reject the software /deliverableafterthesoftwaredeploymentatProjectSiteshallinnowaybelimited or waived by reason of the software previously been inspected,tested and passed by FD for its representative prior to the softwaredeployment.

d) NoclauseintheRFPdocumentreleasestheSPfromanywarrantyorotherobligationsunderthisContract.

e) Theinspectionoftheworkingofthedevelopedsoftwareshallbecarriedoutto check whether the software is in conformity with the requirementsdescribed in the contract.The testswill beperformedafter completionofinstallationandcommissioningofallthesoftwareatthesiteofinstallation.Duringthetestrunofsoftware,nomalfunction,partialorcompletefailureofanymoduleofsoftwareorbugsinthesoftwareisexpectedtooccur.Allthesoftwareshouldbecompleteandnomissingmodules/sectionswillbeallowed.TheSPshallmaintainnecessarylogsinrespectoftheresultofthetesttoestablishtotheentiresatisfactionofFD,thesuccessfulcompletionofthetestspecified.Anaverageuptimeefficiencyof99%forthedurationoftestperiodshallbeconsideredassatisfactory.OnsuccessfulcompletionofacceptabilitytestandafterFDissatisfiedwiththeworkingofthesoftwareon the, the acceptance certificate of FDwill be issued. The date onwhichsuch certificate is signed shall be deemed to be the date of successfulcommissioningofthesoftware.



f) Before theApplicationmodules are takenoverbyFD, the SP shall supplyoperationmanuals. Theseshallbe insuchdetailsaswillenableFDtousethesoftwareasstated in thespecifications.Thedocumentationshallbe intheEnglish/Gujarati language and in such formandnumbers as stated inthecontractdocument.Unlessandotherwiseagreed,thesoftwareshallnotbe considered to be complete for the purpose of taking over until suchdocumentationhassuppliedtoFD.

8.12. ChangeRequestOrders8.12.1. During thedevelopment andO&Mphase, any change in scopeofwork, or in

designanddevelopmentofDecisionSupport systems (DSS)orofManagementInformation system (MIS) shall not be construed as changeRequestorder andinsteadwillbecomepartofscopeofworkaccompanyingthisbiddocument.

8.12.2. FDmay,atanytime,bywrittenordergiventotheSPmakechangeswithinthegeneralscopeoftheContractinanyoneormoreofthefollowing:a) Designs, specifications, requirements of which software or service to be

providedundertheContractaretobespecificallydeveloped/renderedforFD;

b) Theplaceofdelivery;and/ortheServicestobeprovidedbytheSI.c) ThebiddershouldberesponsibleforchangesintheNewIFMSsystemuser

Interface and due to change of legal/statutory/GR/Any ACT etc. changesissuedbygovt.timetotimeduringthecontractperiod.

8.12.3. Oncethechangerequestisdevelopedandimplemented,itwillbecomethepartoftheSoftwareapplication.

8.12.4. Trainingofpersonnelof theFD in termsofhours/subjectswillbewithoutanyadditionalcost.

8.12.5. Any change during the operation and maintenance period should not beconsidered as a change request. However, the bidder has to deploy TeammentionedinthisRFPforanychangesintheapplication.

8.13. SuspensionFDmay,bywrittennoticetoSI,suspendallpaymentstotheSPhereunderiftheSPfailstoperformanyof itsobligationsunder this contract including the carryingoutof theservices,providedthatsuchnoticeofsuspension.8.13.1. Shallspecifythenatureoffailure.8.13.2. Shall request the SP for remedy of such failurewithin a period not exceeding

thirty(30)daysafterreceiptbytheSPofsuchnoticeoffailure.

8.14. TerminationUndertheContract,FDmay,bywrittennoticeterminatetheSPinthefollowingways:8.14.1. TerminationbyDefaultforfailingtoperformobligationsundertheContractofif

thequalityisnotuptothespecificationorintheeventofnon‐adherencetotimeschedule.

8.14.2. TerminationforConvenience:FDbywrittennoticesenttotheSI,mayterminatetheContract, inwholeorinpart,atanytimeforitsconvenience. ThenoticeofterminationshallspecifythattheterminationisforFD’sconvenience,theextenttowhichperformanceof theSPunder theContract is terminated,andthedateuponwhichsuchterminationbecomeseffective.



8.14.3. Thesoftwarethat iscompleteandreadyforrendering/deploymentwithin30daysaftertheSI’sreceiptofnoticeofterminationshallbeacceptedbyFDattheContracttermsandprices.Fortheremainingservices,FD/GILmayelect:a) To have any portion completed and delivered at the Contract terms and

prices;and/orb) Tocancel theremainderandpay to theSPanagreedamount forpartially

completedsoftwareandforsoftwarepreviouslyprocuredbytheSI.8.14.4. TerminationforInsolvency:FD/GILmayatanytimeterminatetheContractby

giving written notice to the SI, if the SP becomes bankrupt or otherwiseinsolvent. In this event, termination will be without compensation to the SI,providedthatsuchterminationwillnotprejudiceoraffectanyrightofactionorremedywhichhasaccruedorwillaccruethereaftertoFD/GIL.

8.14.5. Inall the three cases termination shallbeexecutedbygivingwrittennotice totheSI.Uponterminationofthecontract,paymentshallbemadetotheSPfor:a) Services satisfactorily performed and reimbursable expenditures prior to

theeffectivedateofterminationb) Anyexpenditureactuallyandreasonablyincurredpriortotheeffectivedate

oftermination8.14.6. No consequential damages shall be payable to the SP in the event of such

termination.8.14.7. FinanceDepartmentwillpaytheServiceProviderfortheServices/Deliverables

/GoodsprovidedbyserviceproviderandacceptedbyFinanceDepartment tilleffectivedateoftermination.

8.15. TerminationforDefault8.15.1. The Purchaser may, without prejudice to any other remedy for breach of

contract,bywrittennoticeofdefaultsenttotheBidder,terminatetheContractinwholeorpart:

8.15.2. ifthebidderfailstodeliveranyoralloftheproductasperthedeliveryscheduleincluding installation, Final acceptance test& commissioningmentioned in thebid,orwithinanyextensionthereofgrantedbythePurchaseror

8.15.3. if the Bidder fails to perform any other obligation(s) under theContract/Purchaseorder.

8.15.4. If the Bidder, in the judgment of the Purchaser has engaged in corrupt orfraudulentpracticesincompetingfororinexecutingtheContract.

8.16. Fraud&Corruption

FD requires that SP selected through this RFP must observe the higheststandards of ethics during the performance and execution of such contract. Inpursuanceofthispolicy,FD:

8.16.1. Defines,forthepurposesofthisprovision,thetermssetforthasfollows:a) “Corrupt practice” means the offering, giving, receiving or soliciting of

anything of value to influence the action of FD or any personnel ofDepartmentincontractexecutions.

b) "Fraudulentpractice"meansamis‐presentationoffacts,inordertoinfluencea procurement process or the execution of a contract, to FD, and includescollusive practice among bidders (prior to or after Proposal submission)designed to establishProposalprices at artificially highornon‐competitivelevelsandtodepriveFDofthebenefitsoffreeandopencompetition.



c) “Unfair trade practices” means supply of services different from what isordered on, or change in the Scope ofWorkwhichwas givenby the FD inSection3.

d) “Coercive Practices” means harming or threatening to harm, directly orindirectly, persons or their property to influence their participation in theexecutionofcontract.

8.16.2. Willrejectaproposal foraward, if itdetermines that thebidderrecommendedforawardbyFDtohavingbeenengaged incorrupt, fraudulentor,unfair tradepracticesandcoercivepractices.

8.16.3. WilldeclareaSPineligible,eitherindefinitelyorforastatedperiodoftime,forawarding the contract, if it at any time determines that the SPhas engaged incorrupt, fraudulent and unfair trade practice in competing for, or in executingthecontract.

8.17. ForceMajeure8.17.1. Notwithstanding anything contained in the RFP, the SP shall not be liable for

liquidateddamagesorterminationfordefault,ifandtotheextentthat,it’sdelayinperformanceorotherfailurestoperformitsobligationsundertheagreementistheresultofaneventofForceMajeure.

8.17.2. Forpurposesofthisclause“ForceMajeure”meansaneventbeyondthecontrolof the SP and not involving the SI’s fault or negligence and which was notforeseeable. Such events may include wars or revolutions, fires, floods,epidemics,quarantinerestrictionsandfreightembargos.ThedecisionoftheFDregardingForceMajeureshallbefinalandbindingontheSI.

8.17.3. If a Force Majeure situation arises, the SP shall promptly notify to the FD inwriting,ofsuchconditionsandthecause thereof.Unlessotherwisedirectedbythe FD in writing, the SP shall continue to perform its obligations under theagreement as far as reasonably practical, and shall seek all reasonablealternativemeansforperformancenotpreventedbytheForceMajeureevent.

8.18. PaymentsincaseofForceMajeure

During theperiod of their inability of services as a result of an event of ForceMajeure, theSPshallbeentitledtocontinuetobepaidunder thetermsof thiscontract, aswell as tobe reimbursed for costsadditional costs reasonablyandnecessarilyincurredbythemduringsuchperiodpurposesforthepurposeoftheservicesandinreactivatingtheserviceaftertheendofsuchperiod.

8.19. TerminationforInsolvency8.19.1. TheDepartmentmayatanytimeterminatethecontractbygivingwrittennotice

to the bidder(s), if the bidder(s) becomes bankrupt or otherwise insolvent. Inthisevent,terminationwillbewithoutcompensationtothebidder(s),providedthatsuchterminationwillnotprejudiceoraffectanyrightofactionorremedywhichhasaccruedorwillaccruethereaftertotheDepartment.

8.20. ResolutionofDisputes

If any dispute arises between parties, then there would be two ways forresolutionofthedisputeundertheContract.

8.20.1. AmicableSettlementPerformance of the contract is governed by the terms the conditions of thecontract, however at times dispute may arise about any interpretation of any



termorconditionofcontractincludingtheScheduleofRequirement,theclausesofpaymentsetc. Insuchasituationdisputesarisingbetweenpartiesareoutofcontract,eitherpartyofthecontractmaysendawrittennoticeofdisputetotheotherparty.Thepartyreceivingthenoticeofdisputewillconsiderthenoticeandrespondtoitinwritingwithin30daysafterreceipt.Ifthatpartyfailstorespondwithin 30 days, or the dispute cannot be amicably settled within 60 daysfollowing the response of that party, then clause8.18 shall become applicable.Amicablesettlementclauseshallbeonlyapplicableincaseofdispute isarisingoutofcontract.Thesaidclauseshallnotbeapplicableinthecaseofcyber‐crimesandanyothertypeofsecuritybreachrelatingtoPHIcarriedoutbyeitherbidderorganizationitselforitsemployees.

8.20.2. ResolutionofDisputesIn the case dispute arising between the parties in the contract, which has notbeen settled amicably, any party can refer the dispute for Arbitration under(Indian)ArbitrationandConciliationAct,1996.SuchdisputesshallbereferredtoArbitralTribunalasprescribedbyMinistryofLaw,GovernmentofIndia.TheIndianArbitrationandConciliationAct,1996andanystatutorymodificationorreenactmentthereof,shallapplytothesearbitrationproceedings.ArbitrationproceedingswillbeheldinIndiaatGandhinagarandthelanguageofthe arbitration proceeding and that of all documents and communicationsbetween the parties shall be in English. The decision of the majority ofarbitrators shall be final and binding upon both the parties. All arbitrationawards shall be in writing and shall state the reasons for the award. Theexpenses of the arbitration as determined by the arbitrators shall be sharedequallybetweenthetwoparties.However,theexpensesincurredbyeachpartyin connection with the preparation, presentation shall be borne by the partyitself.Arbitrationclauseshallbeonlyapplicableincaseofdisputeisarisingoutof contract. The said clause shall not be applicable in the caseof cyber‐crimesandanyothertypeofconfidentiality/securitybreachrelatingtoPHIcarriedoutbyeitherbidderorganizationitselforitsemployees.Boththepartiesagreethejurisdiction of Adjudicating Authority, Gujarat state and Cyber AppellateTribunal, New Delhi under Information Technology Act, 2000 (including anyamendmentstherein)incaseofanycontraventions,securityandconfidentialitybreaches.

8.21. Arbitration8.21.1. ArbitrationproceedingswillbeheldinIndiaatGandhinagarandthelanguageof

the arbitration proceeding and that of all documents and communicationsbetweenthepartiesshallbeinEnglish.

8.21.2. Thedecisionofthemajorityofarbitratorsshallbefinalandbindinguponboththeparties.

8.21.3. All arbitration awards shall be in writing and shall state the reasons for theaward.

8.21.4. Theexpensesofthearbitrationasdeterminedbythearbitratorsshallbesharedequallybetweenthetwoparties.However,theexpensesincurredbyeachpartyin connection with the preparation, presentation shall be borne by the partyitself.



8.22. ContractPeriodThe contractperiodwill beDevelopment+8yearsO&Mafter theGo‐LiveofApplication.However theDepartmentwill take the reviewon all the activitiescarriedout,performancereportssubmittedbybidderafterthecompletionof3Years and 5 years. The SP agrees that in any case SP shall not terminate thecontract.However,thedepartmentreservesarighttoterminatethecontractbysending a notice to the bidder in the events of non‐performance, securityviolationsandnon‐compliance.

8.23. ExitManagementProcedure8.23.1. ThisSchedulesetsouttheprovisions,whichwillapplyonexpiryortermination

oftheContractPeriodand/orearlierterminationoftheSPand/ortheSLAforanyreasonswhatsoever.

8.23.2. In the case of termination of the Project implementation and/or SLA due toillegality, the parties shall agree at that time whether, and if so during whatperiod,theprovisionsofthisScheduleshallapply.

8.23.3. ThepartiesshallensurethattheirrespectiveassociatedentitiescarryouttheirrespectiveobligationssetoutinthisExitManagementSchedule.

8.23.4. The Exit Management Period starts, in case of expiry of Contract, 6 monthsbeforetheContractcomestoanendorincaseofearlierterminationofContract,on the date of service of termination orders to the Service Provider. The ExitManagement Period ends on the date agreed upon by the Department or sixmonthsafterthebeginningoftheExitManagementPeriod,whicheverisearlier.

8.23.5. DuringtheExitManagementPeriod,theServiceProvidershalluseitsbesteffortsto deliver the Services. Payments during the ExitManagement Period shall bemadeinaccordancewiththeTermsofPaymentSchedule.

8.23.6. TheselectedServiceProviderwillberequiredtoprovidenecessaryhandholdingand transition support to the Department’s staff or its nominated agency orreplacementServiceProvider.Thehandholdingsupportwill includebutnotbelimited to, conducting detailed walkthrough and demonstrations for handingoverallrelevantdocumentation,addressingthequeries/clarificationsofthenewagencywith respect to theworking /performance levels of the infrastructure,conductingtrainingsessionsetc.

8.23.7. The Service Provider shall permit the Department and/or any replacementService Provider to have reasonable access to its employees and facilities asreasonablyrequiredbytheDepartmenttounderstandthemethodsofdeliveryofthe Services employed by the Service Provider and to assist appropriateknowledgetransfer.

8.24. AgreementAmendmentsNo variation in or modification of the terms of the agreement shall be madeexceptbywrittenamendmentsignedbyboththeparties.However,Departmentshall,asthesituationwarrants,inconsultationandagreementwithbiddershallmakemajoradditionstothescopeandagreeforsuitablepayments.

8.25. LimitationofLiabilityThe entire liability of the bidder shall be limited toMaximum (Limitationofliability) = Payment made to the bidder and explicitly exclude all direct,indirectandconsequential losses impact,etc. to theDepartmentexceptasmay



be determined by courts of law under the applicable law and awarded afterfollowingthedueprocessoflaw.

8.26. Severability:Ifanyterm,clauseorprovisionoftheagreementshallbejudgedtobeinvalidforanyreasonwhatsoeversuchinvalidityshallnotaffectthevalidityoroperationofany other term, clause or provision of the agreement and such invalid termclause orprovision shall bedeemed tohave beendeleted from the agreementandiftheinvalidportionissuchthattheremaindercannotbesustainedwithoutit,bothpartiesshallenterintodiscussionstofindasuitablereplacementtotheclausethatshallbelegallyvalid.

8.27. MaintenanceserviceincludingWarrantySupport:

FreemaintenanceservicesincludingWarrantysupportshallbeprovidedbytheBidderduringthecontractperiodof8yearswithoutalteringtheterms.

8.28. TaxesandDuties

Price shall be inclusive of all freight, forwarding, transit insurance andinstallationcharges.Pricesshallbe inclusiveofExciseDuties, ifany.Thepricesshall strictly be submitted in the given format. Quoted prices shall bewithoutGST. The tax components as applicable shall be mentioned separately in therespectivecolumns.SuccessfulBidderwillhavetosupply/provideserviceswithanInvoicefromaplacelocatedwithinStateofGujarat.OfferedpriceshouldbeexclusiveofallapplicabletaxessuchasGST.ThebillingshouldbedoneinGujaratonly.

8.29. LegalJurisdiction

All legaldisputesbetween thepartiesshallbesubject to the jurisdictionof thecourtssituatedinGandhinagar/AhmedabadofGujaratonly.

8.30. Notice

Any notice, request or consent required or permitted to be given or madepursuanttothiscontractshallbeinwriting.Anysuchnoticerequestorconsentshall be deemed to have been given ormadewhen delivered in person to anauthorized representative of the party to whom the communication isaddressed,orwhensent tosuchpartyat theaddressmentioned in theprojectspecificContractAgreement.



9. SECTIONIX:FormsofQualificationandTechnicalBid9.1. FORMI:BidProposalFormReference:Date:TenderNo.:GIL/ToSir/MadamHavingexaminedtheBiddingDocumentsincludingAddendaNos.________________(insertnumbers, if any), the receipt of which is hereby duly acknowledged, we, theundersigned, offer to render “Design, Development, Implementation, Training,Hand Holding and Operation & Maintenance Support for 8 years for NewIntegrated Finance Management System for Finance Department (FD) inconformity with the said bidding documents for the same as per the technical andfinancial bid and such other sums as may be ascertained in accordance with theFinancialBidsubmittedonlineandmadepartofthisbid.We undertake, if our bid is accepted, to render the services in accordance with thedeliveryschedulewhichwillbespecifiedinthecontractdocumentthatwewillsigniftheworkordergiventous.Ifourbidisaccepted,wewillobtaintheguaranteeofabankinasumequivalenttofixedamountbasedontheestimationofthetotalprojectcostforthedueperformanceoftheContract,intheformprescribedbyFinanceDepartment.Weagreetoabidebythisbidforaperiodof180(Onehundredandeightyonly)daysafterthedatefixedforbidopeningasmentionedundertheInstructiontoBiddersanditshallremainbindinguponusandmaybeacceptedatanytimebeforetheexpirationofthatperiod.Until a formal contract ispreparedandexecuted, thisbid, togetherwithyourwrittenacceptance thereof and your notification of award shall constitute a bindingContractbetweenus.Commissionsorgratuities,ifany,paidortobepaidbyustoagentsrelatingtothisBid,andtocontractexecutionifweareawardedthecontract,arelistedbelow:Amount:_____________________Rupees:___________________________________Name:__________________________________________________________________Address:_______________________________________________________________________________________________________________________________________PurposeofCommissionorgratuity:_______________________________________________________________________________________________________________(ifnone,state“none”)Weunderstandthatyouarenotboundtoacceptthelowestoranybidyoumayreceive.



Datedthis_______________dayof________________20____Signature (inthecapacityof)DulyauthorizedtosignBidforandonbehalfof_______________________9.2. FORMII:ParticularsoftheBidder’sOrganizationS.No. Particulars DetailsBasicinformation ofOrganization1. Nameoffirm2. Addressofthecorporate headquarterswith

Name,Address,telephoneno.,contactperson,mobileno.,emailID

3. Dateof incorporation4. PAN/TAN/ServiceTaxDetails5. Listofcurrentdirectors6. Otherkeymanagement persons7. Keycontactperson/s for this projectalong

withdesignationandcontactdetails(Mobileno.,emailIDetc)

Note: Above details are mandatory, Bidder may use additional sheets for abovesubmissions.(AuthorizedSignatory)Name:________________________Designation&Authority:__________Place:_________________________Date:__________________________Stamp:________________________CompanyName:________________BusinessAddress:_______________Note:‐Kindlyattachnecessarysupportingdocuments9.3. Form:III–FormatforFinancialCapability

FinancialInformation

FY1 FY2 FY3

TotalTurnover(inINRCrores)

Turnover from IT relatedservices(inINRCrores)

Turnover from SoftwareConsultancy, developmentand implementation (in INRCrores)Profitaftertax(inINRCrores)



FinancialInformation

FY1 FY2 FY3

Networth (inINRCrores)

Otherrelevantinformation

Note:Pleaseattachrelevantsectionsofthedocumentaryproofs 9.4. FormIV–FormatforRelevantExperienceAssignmentname: Approx. value of the contract:

Country:LocationwithinCountry:

Duration of assignment (months):

NameofClient: Total No of staff‐months oftheassignment:

Address: Approx.valueof theservicesprovidedunder thecontract(inCurrentINR):

StartDate(Month/Year):CompletionDate(Month/Year):

Number of Man‐Months ofProfessionalStaffProvidedbyAssociatedConsultants:

ProjectCompletionCertificates: Licensing/UserBase/GeographicalSpread:

AcceptancefromConcernedOfficers: Name of senior professionalstaffofyourfirmProjectManager:

NarrativeDescriptionofProject:

DescriptionofActualServicesProvidedbySI/Vendor:

Note:Pleaseattachrelevantdocumentaryproofs

9.5. FORMV:ProjectTeamTheentireteamoftheprojectproposedbybiddershouldbe100%onsite.Using the formatbelow,pleaseprovide the summary informationon theprofiles youproposetoincludeforevaluationandtherolestheyareexpectedtoplayintheproject:Sl.No. Proposed

RoleNumberofResources

AreaofExpertise

KeyResponsibilities



CVforProfessionalStaffProposedPleaseprovidedetailedprofessionalprofiles of the staff proposed for evaluation.Theprofileforasinglestaffmembermustnotexceedtwopages.Sr.No. Description Details1 Name2 Designation3 Roleproposedfor4 Current responsibilities in the responding

firm5 Totalyearsofrelevantexperience6 Yearsofexperiencewiththerespondingfirm7 Educationalqualifications:

DegreeAcademicinstitutiongraduatedfromYearofgraduationSpecialization(ifany)

8 Professionalcertifications(ifany)9 Professional Experience details (project‐

wise):ProjectnameClientKeyprojectfeaturesinbriefLocationoftheprojectDesignationRoleResponsibilitiesandactivitiesDurationoftheproject

9.6. FORMVI:SelfDeclarationThe‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐,‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐Sir/Madam,HavingexaminedtheBiddingDocumentsincludingBidNo.:‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐thereceipt of which is hereby duly acknowledged, we, the undersigned, offer to provideservices for ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐.We undertake, if our bid is accepted, to provide_____________________________________________________, in accordance with the terms andconditionsinthetenderdocument.If ourbid is acceptedwewill obtain theguaranteeof abank for a sumequivalent to10%oftheContractvalue,intheformprescribedbythepurchaser.



Weagreetoabidebythisbidforaperiodof180daysafterthedatefixedforopeningofPriceBidsectionundertheInstructiontoBiddersandshallremainbindinguponusandmaybeacceptedatanytimebeforetheexpiryofthatperiod.Until a formal contract ispreparedandexecuted, thisbid, togetherwithyourwrittenacceptance thereof and your notification of award shall constitute a bindingContractbetweenus.Weunderstandthatincompetingfor(andiftheawardismadetous,inexecutingtheabovecontract),wewillstrictlyobservethelawsagainstfraudandcorruptioninforceinGujaratnamelyPreventionofCorruptionAct1988.Weunderstandthatyouarenotboundtoacceptthelowestoranybidyoumayreceive.We have not been under a declaration of ineligibility for corrupt and fraudulentpractices,and/orblack‐listedordebarredbyanyoftheGovt.DepartmentoritsPSUinthe past 3 years, ending on 31stMarch, 2017 in Gujarat. We have not imposed anycondition in conflict with the tender condition if it is found it should be treated aswithdrawn.Wehavenotbeenconvictedforanycriminalcases(s)byanyoftheGovt.DepartmentoritsPSUinGujaratregardinganysupplyandcontractswithourfirm/company.We have not breached/violated any contractual conditions so far to any of the Govt.DepartmentoritsPSU.Incaseanyoftheabovestatementsmadebyusarefoundtobefalseorincorrect,youhaverighttorejectourbidatanystage including forfeitureofourEMDand/orPBGand/orcanceltheawardofcontractDatedthis_________dayof____________20__Signature:______________________________(intheCapacityof):______________________DulyauthorizedtosignbidforandonbehalfofNote:Thisformshouldbesignedbyauthorizedsignatoryofbidder/leadbidderincaseofconsortium.9.7. FORM VII: Original Equipment Manufacturer (OEM)/Developer

Authorization Form in case of COTS Product and for OS and DatabaseSupport (In case of OS and Databases the user licenses should beunlimited)

No.__________________dated___________________ToRef:TenderNo.________________



DearSir,We _______________________________________ who are established and reputed developers /manufacturersof____________________________________havingdevelopmentcenter/factoriesat_______________________________________(addressofdevelopmentcenter/factory)doherebyauthorize M/s. ____________________ __________________________________________ (Name andaddressofAgent)tosubmitabid,andsignthecontractwithyouagainsttheaboveIFB.WeherebyextendourfullguaranteeandwarrantyClauseoftheGeneralConditionsofContractfortheproductandservicesofferedbytheabovefirmagainstthistender.1. Ifwego forbespokedevelopmentor COTSproduct theFinanceDepartmentshall

have full rights of sharing source code with Gujarat State GovernmentDepartments/Boards/Corporations./PSUs or other Gujarat’s State GovernementEntity.

2. Wewill transfer source code sodeveloped for the IFMSproject toGovernmentofGujarat. The source code, fully documented for its architecture will be exclusiveproperty of the Government of Gujarat and we will not claim right to use itanywhere else without prior approval of the Government of Gujarat through theFinanceDepartment.IfGovernmentofGujaratallowsustheuseofthissourcecodethen it will take 20% of the cost of application development for the subsequentprojects as Royalty fee. Considering the rights of government of Gujarat over thesourcecode,wewillnotuseanyproprietarylayereitherofourownownershiporofownership of others with the source code to deliver the solution for the IFMSproject.

3. IncaseweofferCOTSasperdefinitionmentioned in thisRFP than full IPRof thecustomized/developed solution for this project shall rest with the FD except theCOTS, BI, OS and DB. Incremental IPR will be created during the DevelopmentprocesswhichwillbesincepaidforbyGovt.ofGujarat;hencesuchIPRwillrestinGovernmentofGujarat.

4. Weagreetoprovideadditionallicensesdiscounttotheunitpricediscoveredbasedonquotedpriceinthisbidsubjecttofollowingdiscountschedule:30000userlicenses:Asperpricequotedinfinancialbid(Theunitpriceofthesamewillbecalculatedaccordinglyas:UnitRate=QuotedRate for30,000users/30000and similar method for calculation of unit rate for ATS/AMC for 8 years will beapplicable)For purchase of additional licenses quantity from 30001 to 50000, bidder has toprovide50%discountonunitquotedpriceonincrementalquantityForpurchaseof additional licensesquantity from50,001andabovebidderhas toprovide80%discountonunitquotedpriceonincrementalquantityWe also agree to provide similar discount on unit price of licenses’s ATS/AMC ofincrementalquantity.

5. BesidesthecostofCOTSlicenses,ifthereareotheritemsinthebiddocumentwhich

alsoattractcostsbasedonquantityofuserlicenses,includingthedatabaselicenses,thenallsuchlicensesshallattractdiscountsasmentionedaboveintheirlumpsumonetimecostorintheirannuallicensingcosts.Wegivethisundertakinginrespectof such quantities which are chargeable by us. The discount shall be computed



against the price quoted in the Financial Bid of this RFP. Further the quantityindicatedabove includessuchlicensesboughtbyotherGovernmentorganizations,insideandoutsideGujarat,whichgoinforrapidrolloutofHRMSeitherpursuanttoanagreementwiththestateofGujaratorpursuanttodecisionbytheDepartmentofelectronicsandIT,GovernmentofIndiaunderNationale‐GovernancePlanorunderany other scheme for rapid roll out. The discount shall apply on incrementalquantityafterconsideringcumulativenumberoflicensesalreadyordered.

6. WeagreetoholdthefullIPRofthecustomized/developedsolutionforthisproject

shall rest with the FD except the COTS, BI, OS and DB. Incremental IPR will becreated during the Development processwhichwill be since paid for by Govt. ofGujarat;hencesuchIPRwillrestinGovernmentofGujarat.

7. Weagreeon stateGovernmenthas right to retain customization layerandshouldtheagreementwithserviceproviderandtofurtherdevelop.Therefore,Governmentof Gujarat will hold IPR of the customized COTS solution. The same would beapplicabletocopyrights.TheTSPshallsignany/allthedocumentsinthisregardandwill get necessary undertaking to this effect from the COTS OEM. The GujaratGovernmentfurtherintendsusecustomizedCOTSbacktotheCOTSOEMtoenableit to use in Government organizations in other States or in organizations inGovernment of India. The COTS OEMwill have to agree to this arrangement andwherever, the COTSOEM uses Govt. of Gujarat customized COTS solution or getsadditional projects of Department of Electronics & IT, Govt. of India or any otherstategovernment,itwillhavetopaytoGovernmentofGujaratalicensefee/accessfee/sharing fee/royaltyof20%ofproject feescollected towards thecustomizedsolution (License fees collected towards database licenses, Operating Systemlicenses,COTSwillnotbeincludedforsharing)fromthetenderingauthorityortheTSP(TotalSolutionProvider)isincluded)ofsuchprojects.Atthetimeofawardingcontract, authorized representative of COTS OEM will have to sign a separatecontractagreementtosuchanextentwithGovt.ofGujarat.TheTSPhastogetsuchanundertakingfromtheOEMatthetimeoffilingthisbidandhandoverthesourcecode, Meta data details etc. to the Finance Department at different stages ofcustomizationandbeforereleaseoffinalpaymentoncompletionoftrainingandrolloutofsoftware.

1. WeabidethatFinanceDepartmentshallhavetheunrestrictedrighttodeployoruseNew IFMS application software and the documentation related thereto, in anyGujaratstategovernmentdepartment,atnocosttoclient.

Yoursfaithfully,(Name)(Nameofmanufacturers)Note:ThisletterofauthorityshouldbeontheRs.100stamppapershouldbesignedbyapersoncompetentandhavingthepowerofattorneytobindtheOEMofCOTSaswellasBidder.TheBidderinitsbidshouldincludeit.9.8. Form VIII – Earnest Money Deposit/Bid Security in the form of Bank

GuaranteeFormat



Ref: BankGuaranteeNo. Date:To,Director(e‐governance)GujaratInformaticsLimited8thFloor,Block‐1,UdyogBhavan,Sector‐11,Gandhinagar‐382017Gujarat,IndiaWhereas ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ (here in after called "theBidder")hassubmitted itsbiddated ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ inresponse to theTenderno:XXXXfor Tender No: ‐ _______________ RFP for “Design, Development, Implementation,Training, Hand Holding and Operation & Maintenance Support for 8 years for NewIntegratedFinanceManagementSystem”,KNOWALLMENbythesepresentsthatWE‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐having our registered office at ‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐(hereinafter called "the Bank") are bound unto the ______________, Gujarat InformaticsLimitedinthesumof‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐forwhichpaymentwellandtrulytobemadetoGujaratInformaticsLimited , theBankbinds itself, itssuccessorsandassignsbythesepresents.SealedwiththeCommonSealofthesaidBankthis‐‐‐‐‐‐‐‐‐‐‐‐‐‐dayof‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐2017.THECONDITIONSofthisobligationare:TheE.M.D.maybeforfeited: IfaBidderwithdrawsitsbidduringtheperiodofbidvalidityDoesnotacceptthecorrectionoferrorsmadeinthetenderdocument;IncaseofasuccessfulBidder,iftheBidderfails: 1) To sign the Contract as mentioned above within the time limit stipulated by

purchaseror2) Tofurnishperformancebankguaranteeasmentionedaboveor 3) Ifthebidderisfoundtobeinvolvedinfraudulentpractices.4) Ifthebidderfailstosubmitthecopyofpurchaseorder&acceptancethereof.WeundertaketopaytotheGIL/Purchaseruptotheaboveamountuponreceiptofitsfirst written demand, without GIL/ Purchaser having to substantiate its demand,providedthatinitsdemandGIL/Purchaserwillspecifythattheamountclaimedbyitisdueto itowingtotheoccurrenceofanyoftheabovementionedconditions,specifyingtheoccurredconditionorconditions.Thisguaranteewillremainvalidupto9months fromthe lastdateofbidsubmission.TheBankundertakesnottorevokethisguaranteeduringitscurrencywithoutpreviousconsent of the OWNER/PURCHASER and further agrees that the guarantee hereincontainedshallcontinuetobeenforceabletilltheOWNER/PURCHASERdischargesthisguaranteeTheBankshallnotbereleasedofitsobligationsunderthesepresentsbyanyexercisebytheOWNER/PURCHAERofitsliabilitywithreferencetothemattersaforesaidoranyofthem or by reason or any other acts of omission or commission on the part of theOWNER/PURCHASERor any other indulgence shownby theOWNER/PURCHASERorbyanyothermatterorthings.



The Bank also agree that the OWNER/PUCHASER at its option shall be entitled toenforce this Guarantee against the Bank as a Principal Debtor, in the first instancewithout proceeding against the SELLER and not withstanding any security or otherguarantee that the OWNER/PURCHASER may have in relation to the SELLER’sliabilities.Datedat_______________onthis_________dayof___________20__.____________________Signedanddeliveredby_____________________For&onBehalfofNameoftheBank&Branch&ItsofficialAddress ApprovedBank:Any Nationalized Bank including the public sector bank or PrivateSectorBanksorCommercialBanksorCo‐OperativeBanksandRuralBanks(operatingin India having branch at Ahmedabad/ Gandhinagar) as per the G.R. no.EMD/10/2015/508/DMOdated 27.04.2016 issued by FinanceDepartment or furtherinstructionissuedbyFinancedepartmenttimetotime.9.9. FORMIX‐PerformanceBankGuarantee(TobestampedinaccordancewithStampAct)Ref: BankGuaranteeNo. Date:ToName&AddressofthePurchaser/Indenter________________________________________________________DearSir,InconsiderationofName&AddressofthePurchaser/Indenter,GovernmentofGujarat,Gandhinagar (hereinafter referred to as the OWNER/PURCHASER which expressionshall unless repugnant to the context or meaning thereof include successors,administrators and assigns) having awarded to M/s.……………………………………………………………………………………………………………… havingPrincipal Office at …………………………………………………………………… (hereinafter referredtoasthe“SELLER”whichexpressionshallunlessrepugnanttothecontextormeaningthereof includetheirrespectivesuccessors,administrators,executorsandassigns)thesupply of ____________________by issue of Purchase Order No………………. Dated …………issued by Gujarat Informatics Ltd. ,Gandhinagar for and on behalf of theOWNER/PURCHASERandthesamehavingbeenacceptedbytheSELLERresultingintoCONTRACT for supplies ofmaterials/equipments asmentioned in the said purchaseorderandtheSELLERhavingagreedtoprovideaContractPerformanceandWarranty



Guarantee for faithful performance of the aforementioned contract and warrantyqualitytotheOWNER/PURCHASER,__________________________________havingHeadOfficeat(hereinafter referred to as the ‘Bank’ which expressly shall, unless repugnant to thecontextormeaning thereof includesuccessors,administrators,executorsandassigns)do hereby guarantee to undertake to pay the sum ofRs._______________(Rupees________________________) to theOWNER/PURCHASER on demandatany timeup to________________withoutareference to theSELLER. Anysuchdemandmade by the OWNER/PURCHASER on the Bank shall be conclusive and bindingnotwithstandinganydifferencebetweenTribunals,Arbitratororanyotherauthority.TheBankundertakesnottorevokethisguaranteeduringitscurrencywithoutpreviousconsent of the OWNER/PURCHASER and further agrees that the guarantee hereincontainedshallcontinuetobeenforceabletilltheOWNER/PURCHASERdischargesthisguarantee. OWNER/PURCHASERshallhavethefullest libertywithoutaffectinginanywaytheliabilityoftheBankunderthisguaranteefromtimetotimetoextendthetimefor performance by the SELLER of the aforementioned CONTRACT. The OWNER/PURCHASERshallhavethefullestliberty,withoutaffectingthisguarantee,topostponefromtimetotimetheexerciseofanypowersvestedinthemorofanyrightwhichtheymighthaveagainsttheSELLER,andtoexercisethesameatanytimeinanymanner,andeither to enforce to forebear to enforce any covenants contained or implied, in theaforementionedCONTRACTbetweentheOWNER/PURCHASERandtheSELLERoranyothercourseoforremedyorsecurityavailabletotheOWNER/PURCHASER.TheBankshallnotbereleasedofitsobligationsunderthesepresentsbyanyexercisebytheOWNER/PURCHAERofitsliabilitywithreferencetothemattersaforesaidoranyofthem or by reason or any other acts of omission or commission on the part of theOWNER/PURCHASERor any other indulgence shownby theOWNER/PURCHASERorbyanyothermatterorthings.The Bank also agree that the OWNER/PUCHASER at its option shall be entitled toenforce this Guarantee against the Bank as a Principal Debtor, in the first instancewithout proceeding against the SELLER and not withstanding any security or otherguarantee that the OWNER/PURCHASER may have in relation to the SELLER’sliabilities.NotwithstandinganythingcontainedhereinaboveourliabilityunderthisGuaranteeisrestricted to Rs. _________________ (Rupees _________________________) and it shall remain inforce up to and including ________________ and shall be extended from time to time forsuchperiodasmaybedesiredbytheSELLERonwhosebehalfthisguaranteehasbeengiven.Datedat_______________onthis_________dayof___________20_______________________Signedanddeliveredby_____________________For&onBehalfof



NameoftheBank&Branch&ItsofficialAddress 9.10. FormX–FormatofAffidavit(TobesubmittedINORIGINALonNon‐JudicialStampPaperofRs100/‐dulyattested

byFirstClassMagistrate/Notarypublic)I/We, ___________________________, age______ years residing at _______________________ incapacity of _________________________________________ M/s. ___________________________________herebysolemnlyaffirmthat1) AllGeneralInstructions,GeneralTermsandConditions,aswellasSpecialTerms&

ConditionslaiddownonallthepagesoftheTenderForm,havebeenreadcarefullyandunderstoodproperlybymewhicharecompletelyacceptabletomeandIagreetoabidebythesame.

2) I/WehavesubmittedfollowingCertificates/DocumentsforT.E.asrequiredasper

GeneralTerms&ConditionsaswellasSpecialTerms&Conditionsofthetender

Sr.No. NameoftheDocument1 2

3) All theCertificates/Permissions/Documents/Permits/Affidavitsarevalidand

current as on date and have not been withdrawn / cancelled by the issuingauthority.

4) Itisclearlyanddistinctlyunderstoodbymethatthetenderisliabletoberejectedifonscrutinyatanytime,anyoftherequiredCertificates/Permissions/Documents/Permits/Affidavits is/arefoundtobe invalid/wrong/incorrect/misleading/fabricated/expiredorhavinganydefect.

5) I/WefurtherundertaketoproduceondemandtheoriginalCertificate/Permission/ Documents / Permits for verification at any stage during the processing of thetenderaswellasatanytimeaskedtoproduce.

6) I / We also understand that failure to produce the documents in "PrescribedProforma"(whereverapplicable)aswellas failuretogiverequisite information intheprescribedProformamayresultintorejectionofthetender.

7) My/Ourfirmhasnotbeenbanned/debarred/blacklistedatleastforthreeyears(excluding the current financial year) by any Government Department / StateGovernment/Governmentof India/Board/Corporation/GovernmentFinancialInstitutionincontexttopurchaseprocedurethroughtender.



8) I / We confirm that I / We have meticulously filled in, checked and verified theencloseddocuments/certificates/permissions/permits/affidavits/informationetc. from every aspect and the same are enclosed in order (i.e. in chronology) inwhichtheyaresupposedtobeenclosed.Pagenumbersaregivenoneachsubmitteddocument.Importantinformationineachdocumentis"highlighted"withthehelpof"markerpen"asrequired.

9) Theabovecertificates/documentsareenclosedseparatelyandnotontheProformaprintedfromtenderdocument.

10) I/WesayandsubmitthatthePermanentAccountNumber(PAN)givenbytheIncomeTaxDepartmentis____________________,whichisissuedonthenameof ___________________________ [Kindlymention here either name of the Proprietor (incaseofProprietorFirm)ornameofthetenderingfirn;1,whicheverisapplicable].

11) I /Weunderstand thatgivingwrong informationonoathamounts to forgeryandperjury, and I/We am/are aware of the consequences thereof, In case anyinformation provided by us are found to be false or incorrect, you have right torejectourbidatanystageincludingforfeitureofourEMD/PBG/canceltheawardofcontract.Inthisevent,thisofficereservestherighttotakelegalactiononme/us.

12) I/Wehavephysicallysigned&stampedalltheabovedocumentsalongwithcopyoftenderdocuments(pageno.‐‐‐‐to‐‐).

13) I/Weherebyconfirmthatallourquoteditemsmeetorexceedtherequirementandareabsolutelycomplimentwithspecificationmentionedinthebiddocument.

14) My/OurCompanyhasnotfiledanyWritPetition,CourtmatterandthereisnocourtmatterfiledbyStateGovernmentanditsBoardCorporation,ispendingagainstourcompany.

15) I/Weherebycommitthatwehavepaidalloutstandingamountsofdues/taxes/cess/charges/feeswithinterestandpenalty.

16) In case of breach of any tender terms and conditions or deviation from bidspecification other than already specified as mentioned above, the decision ofTenderCommitteefordisqualificationwillbeacceptedbyus.

Whateverstatedaboveistrueandcorrecttothebestofmyknowledgeandbelief.Date: Stamp&SignoftheTendererPlace: (SignatureandsealoftheNotary)



10. SectionX:FinancialBidBidder should quote firm rates for the entire Scope of Work and TechnicalRequirementsmentionedintheSectionIIIofTenderDocument:Intherateschedule,wherevertheunitpriceisnotasked,thebidderwillhavetoquotethelump‐sumpriceofindicateditem.Theperunitpriceforeachitemwillbecomputedbydividing totalbidprice foreach itemby thenumberofunits/quantities.FinancialBidFormat

Sr.No. Description

TotalAmount(Rs.)

Taxes

1.

Cost of Development/Customization of New IFMSincluding design, development, implementation,training& testingasper thescopeofworkdefinedinthisRFP–Part1

2. CostofPanchayatiRajFinanceManagementSystem–Part2

3. In case of COTS Product (ERP Solution) cost ofproductfor30000users

4. Cost of OS, Database licenses, BI Tools and otherreadymade software required for running ofapplication‐Part3

5.

CostofOperationsandMaintenanceofNewIFMS &Panchayat FinanceManagement Software Solution& Data Migration support including Technicalsupport, Software Upgrades, Updates, patches,security updates, bug fixes etc. and development/changeinapplication–Part‐4

6. IncaseofCOTSProduct(ERPSolution),ATS&AMCoftheCOTS–Part5

7. CostofAMC/ATSofOS,Database licenses,BIToolsandotherreadymadesoftwarerequiredforrunningofapplication–Part6

8. Cost of Hand holding and support team at HO andDistrictLocations–Part7

9. CostofTraining

GrandTotal(Rs.) Note:

1. The cost of the above parts should be matched with the breakup of eachcomponentmentionedinPart.

2. Taxesareextraasapplicable3. For financial evaluation, price of sr. no. 1 to 9 will be considered. The no. of

manpowermentioned forhandholdingsupport is forevaluationpurposeonly.



The actual requirement of handholding support may vary time to time. Thepaymentofthesamewillbemadeasonactualrequirementanddeployment.

4. ThelicensecostofCOTSProductaskedinfinancialbidserialno.3isfor30,000users.Theunitpriceofthesamewillbecalculatedaccordinglyasunder:UnitRate=QuotedRatefor30,000users/30000

ThesimilarmethodforcalculationofunitrateforATS/AMCfor8yearswillbeapplicable.

For licensesup to30000nos.:bidderhas toprovide theunitquotedrate i.e.UnitRate=QuotedRatefor30,000users/30000

Forpurchaseofadditionallicensesquantityfrom30001to50000,bidderhastoprovide50%discountonunitquotedpriceonincrementalquantity

Forpurchaseofadditionallicensesquantityfrom50,001andabovebidderhastoprovide80%discountonunitquotedpriceonincrementalquantity

ThesamewillbeapplicabletoAMC/ATSfor8yearsalso.Signature NameDateSeal PlacePart1:CostofDevelopment/CustomizationofNewIFMS

Sr.no.

ItemDescriptionOriginal

TotalManmontheffort

RateperMan‐month Total

amount(Rs.)

Tax(Rs.)

1 Conceptualization, As‐Is, BPR

andTo‐be

2 URS,SRS 3 Development/ Customization &

Coding

4 Testing,UAT TotalAmount(Rs.) Part2:CostofPanchayatFinanceManagementSystem

Sr.no. ItemDescriptionOriginal

TotalManmontheffort

RateperMan‐month

Totalamount(Rs.)

Tax(Rs.)

1 Conceptualization, As‐Is, BPR

andTo‐be

2 URS,SRS 3 Development/ Customization &

Coding

4 Testing,UAT



TotalAmount(Rs.) Part 3: Cost of OS, Database licenses, BI Tools and other readymade softwarerequiredforrunningofapplication

Sr. no. Particular Cost Tax (Rs.)

AB

C

1.

2.

3.

..

..

10

Part 4: Cost ofOperations andMaintenance ofNew IFMS&Panchayat FinanceManagement Software Solution & Data Migration support including Technicalsupport, Software Upgrades, Updates, patches, security updates, bug fixes etc,Manpoweranddeveloperteamasperclause3.4.2.

Sr.no. Particular Y1 Y2 Y3 Y4 Y5 Y6 Y7 Y8

Tax(Rs.)

B C D E F G H I J K1. 2. 3. 4.

Bidder may indicate Tax rate separately here. Bidder will submit a separate sheet for indicating the category of technical manpower w.r.t. designation, experience of personnel, cost per manpower per month etc. Bidder may also indicate the skill level and minimum experience in respect of each of the manpower. Part5: In caseofCOTSProduct (ERPSolution),CostofATS/AMCofCOTS for8yearsfor30,000users

Sr. no.

Per user rate Total Tax

(Rs.) Y1 Y2 Y3 Y4 Y5 Y6 Y7 Y8

B C D E F G H I

1.

Note: The bidder may indicate the tax rate separately here. Warranty Cost in columns B to I shall

be exclusive of Taxes. ATC/AMC charges become payable one year after Go‐Live of the Project.



Part 6: Cost of ATS/AMC of Cost of OS, Database licenses, BI Tools and otherreadymadesoftwarerequiredforrunningofapplication

Sr.no. Particular

UnitRate

No.ofUnit

Y1 Y2 Y3 Y4 Y5 Y6 Y7 Y8 Tax(Rs.)

A B C D E F G H I J K L1. 2. 3. 4. 5. 6. Total Note: The bidder may indicate the tax rate separately here. Warranty Cost in columns D to K shall

be exclusive of Taxes. ATC/AMC charges become payable one year after Go‐Live of the Project.

Part7:CostofHandholdingandsupportteamatHOandDistrictLocationsasperclause3.4.3.

Sr.no.

Particular

EnvisagedNo.of

resources

Y1 Y2 Y3 Y4 Y5 Y6 Y7 Y8Tax(Rs.)

A B C=B*12*Cost

D=B*12*Cost

E=B*12*Cost

F=B*12*Cost

G=B*12*Cost

H=B*12*Cost

I=B*12*Cost

J=B*12*Cost

1. HeadQuarter 17 2. District treasury

and Panchayatoffice

68

3. HelpDesk 08 Total 93