integrated management for finance...

Request for Proposal Finance Department

Government of Gujarat Confidential 1 of 159

RequestforProposalfor

SelectionofServiceProviderFor

Design,Development,Implementation,Training,HandHoldingandOperation&MaintenanceSupport

ForNewIntegratedFinanceManagementSystem

for

FinanceDepartment(FD)GovernmentofGujarat

(Tenderno:14022018157)

BidProcessingfees:Rs.15,000/‐

GujaratInformaticsLtd

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

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

www.gujaratinformatics.com

LastdateforsubmissionofBids:23rdFebruary,2018upto1500hrsDateofopeningofbids:23rdFebruary,2018at1600hrs



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 ................................................................................................. 9 2. SECTION2:INSTRUCTIONSTOBIDDERS ................................................................ 10 2.1. Definitions ................................................................................................................... 10 2.3. SOURCESOFFUNDS ................................................................................................... 11 2.4. Introduction ................................................................................................................ 12 2.5. QualificationCriteria .................................................................................................. 12 2.6. DocumentsComprisingBidProposal ........................................................................ 23 2.7. EligibleGoodsandServices ........................................................................................ 24 2.8. CostofBidding ............................................................................................................ 24 2.9. ContentofBiddingDocument .................................................................................... 24 2.10. Pre‐BidConference ..................................................................................................... 24 2.11. AmendmenttoRFP ..................................................................................................... 25 2.12. LanguageofBid ........................................................................................................... 25 2.13. DocumentsComprisingtheBid ................................................................................. 25 2.14. BidSecurity‐EarnestMoneyDeposit(EMD) ........................................................... 25 2.15. BidForm ...................................................................................................................... 26 2.16. BidPrices ..................................................................................................................... 26 2.17. BidCurrency ................................................................................................................ 27 2.18. Validityofproposal ..................................................................................................... 27 2.19. PreparationofProposal ............................................................................................. 27 2.20. Submissionofproposal .............................................................................................. 28 2.21. OpeningofBidsbyFD/GIL ......................................................................................... 28 2.22. ClarificationofBids ..................................................................................................... 28 2.23. PreliminaryExamination ........................................................................................... 28 2.24. Methodology&CriteriaforTechnical,Commercialandfinalevaluation .............. 29 2.25. AwardofContract ....................................................................................................... 31 2.26. FD/GIL’sRighttoAcceptAnyBidandtorejectanyorAllBids .............................. 31 2.27. NotificationofAwards ................................................................................................ 32 2.28. SigningofContract ...................................................................................................... 32 2.29. PerformanceBankGuarantee .................................................................................... 32 2.30. Confidentiality ............................................................................................................. 32 2.31. Disqualification ........................................................................................................... 33 2.32. BindingClause ............................................................................................................. 33 3. SECTION–IIISCOPEOFWORK ................................................................................. 34 3.1. INTRODUCTION&OVERVIEWOFEXISTINGINTEGRATEDFINANCIALMANAGEMENTSYSTEM 34 3.2. OVERVIEWOFSCOPEOFWORK ............................................................................... 39 FUNCTIONALSCOPE .................................................................................................................... 44 3.3. Operation&MaintenanceSupport .......................................................................... 101 3.4. DevelopmentandO&MTeam ................................................................................ 107 3.5. DatabaseMigration&Management ........................................................................ 109 3.6. LanguageoftheProduct ........................................................................................... 110 3.7. EnvisagedProjectPhases: ........................................................................................ 110 3.8. Detailsoftheactivities ............................................................................................. 111 4. SECTIONIV:SPECIFICATIONS ................................................................................. 114 4.1. AcceptanceCriteria ................................................................................................... 114 4.2. DevelopmentCriteria ............................................................................................... 116 4.3. HostingCriteria ......................................................................................................... 117 4.4. AccessControlandUserAuthentication: ................................................................ 118 4.5. Followingtools/softwarelicensesavailablewithGujaratStateDataCenteronsharedbasis.Otherthanthisanysoftwarerequiredhastoprocurebytheselectedbidder.However,theapplication



healthandperformancemonitoringandanyissuerelatedtoapplicationshallbeaddressedbytheselectedbidder. .......................................................................................................................... 118 4.6. FollowingfacilitiesshallbeprovidedbyGovernmentofGujarat: ........................ 118 4.7. ComputepoweravailableunderG‐Cloudatdatacenter ....................................... 119 4.8. TransactionalVolumeofexistingIFMS: .................................................................. 120 4.9. NumberofusersforfromHWSizingperspectiveonly.......................................... 120 5. SECTIONV:TimelineandPAYMENTTERMS ......................................................... 122 5.1. ProposedtimelinesforImplementation ................................................................. 122 5.2. PaymentTerms ......................................................................................................... 122 5.3. PaymentProcedure .................................................................................................. 124 6. SECTIONVI:SERVICELEVELAGREEMENT&PENALTYCLAUSE ........................ 125 6.1. Definitions ................................................................................................................. 125 6.2. CategoriesofSLAs ..................................................................................................... 125 7. SECTIONVII:ROLES&RESPONSIBILITIESOFSTAKEHOLDERS ......................... 130 7.1. FinanceDepartment(FD) ......................................................................................... 130 7.2. SI/Bidder: .................................................................................................................. 130 8. SECTIONVIII:GENERALTERMS&CONDITIONS .................................................. 132 8.1. Application ................................................................................................................ 132 8.2. Relationshipbetweenparties .................................................................................. 132 8.3. Subcontracts ............................................................................................................. 132 8.4. StandardsofPerformance ........................................................................................ 132 8.5. DeliveryandDocuments .......................................................................................... 132 8.6. SPPersonnel .............................................................................................................. 132 8.7. ApplicableLaw .......................................................................................................... 133 8.8. UseofContractDocumentsandInformation ......................................................... 133 8.9. GoverningLanguage ................................................................................................. 133 8.10. IntellectualPropertyRights ..................................................................................... 133 8.11. Inspection/Testing ................................................................................................... 135 8.12. ChangeRequestOrders ............................................................................................ 136 8.13. Suspension ................................................................................................................. 136 8.14. Termination ............................................................................................................... 136 8.15. TerminationforDefault ............................................................................................ 137 8.16. Fraud&Corruption................................................................................................... 137 8.17. ForceMajeure ............................................................................................................ 138 8.18. PaymentsincaseofForceMajeure ......................................................................... 138 8.19. TerminationforInsolvency ...................................................................................... 138 8.20. ResolutionofDisputes .............................................................................................. 138 8.21. Arbitration ................................................................................................................. 139 8.22. ContractPeriod ......................................................................................................... 140 8.23. ExitManagementProcedure .................................................................................... 140 8.24. AgreementAmendments .......................................................................................... 140 8.25. LimitationofLiability ............................................................................................... 140 8.26. Severability: ............................................................................................................... 141 8.27. MaintenanceserviceincludingWarrantySupport: ............................................... 141 8.28. TaxesandDuties ....................................................................................................... 141 8.29. LegalJurisdiction ...................................................................................................... 141 8.30. Notice ......................................................................................................................... 141 9. SECTIONIX:FormsofQualificationandTechnicalBid ......................................... 142 9.1. FORMI:BidProposalForm ...................................................................................... 142 9.2. FORMII:ParticularsoftheBidder’sOrganization ................................................. 143 9.3. Form:III–FormatforFinancialCapability ............................................................ 143 9.4. FormIV–FormatforRelevantExperience ............................................................ 144 9.5. FORMV:ProjectTeam .............................................................................................. 144 9.6. FORMVI:SelfDeclaration ........................................................................................ 145 9.7. FORMVII.I:Developer/CustomizerAuthorizationForm ...................................... 147



FORMVII.II:COTSOEMAuthorizationForm ........................................................................... 148 FORMVII.III:OriginalEquipmentManufacturerFormforOSandDatabaseandotherreadymadesoftwaresupport ........................................................................................................................ 149 9.8. FormVIII–EarnestMoneyDeposit/BidSecurityintheformofBankGuaranteeFormat 150 9.9. FORMIX‐PerformanceBankGuarantee ................................................................ 152 9.10. FormX–FormatofAffidavit .................................................................................... 153 10. SectionX:FinancialBid ............................................................................................ 155



1. SECTION–I:INVITATIONTORFP1.1. RFPNotice BiddersshallsubmitthedocumentspreparedforTenderno:SW12102017147inthistenderi.e.Tenderno:14022018157.ThisdocumentisforaRequestforProposalfor“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. ImportantInformation Sr.No.

Information Details

1. RFPNo.anddateofPublishingNoSW12102017147Date:15.02.2018

2. Pre‐BidConference NoPre‐bid

3. Dateandtimeforsubmissionofthebids 23th February,2018upto1500hrs

4. DateandtimeforopeningofBids23th February,2018at1600hrs

5. PlaceforOpeningofBids

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

6. Place,DateandTimeforTechnicalPresentation

ThePlace,DateandTimeforTechnicalPresentationwillbeinformedtotheeligiblebidderslateron.

7. Addressforcommunication

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

8. Place,DateandTimeforOpeningofFinancial/CommercialBids

Place,DateandTimeforOpeningofFinancial/CommercialBidswillbecommunicatedtothetechnicallyqualifiedbidderslateron.

9. Bidvalidity 180daysfromtheFinancialBidOpening

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,itshouldbevalidfor8monthsfromthedateofbidsubmission.



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‐Livestage,formodulescompletedbyserviceprovider(forexample–Budgetmodule)



where live data is not possible to make available due to business processcyclicity,100transactionsmaybedoneusingdummydata.100Transactionperlogicalcycleshallbeconsidered.

2.2. AfterGo‐Liveof phase1bidderhas toprovide 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/ERP catering tominimum1000usersorresourcesanytimeinlastfiveyears.

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,thenbiddershouldsubmitaletterofundertakingtoopenanoffice inGujaratwithin45days fromthedateofissueofworkorderifheisawardedthework.

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 customizingCOTS of finance and accounts related (AnyCOTS product with Finance relatedfunctionalities/modulesexperience).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

FORMVII.I:Developer/CustomizerAuthorizationForm

No. __________________ dated___________________ToRef:TenderNo.________________DearSir,We_______________________________________ who are established andreputed developers /manufacturers of____________________________________having development center /factories at_______________________________________ (addressofdevelopmentcenter/ factory) do hereby authorizeM/s. ______________________________________________________________ (Name and address ofAgent)to submit a bid, and signthecontractwithyouagainsttheaboveIFB.We hereby extend our fullguarantee and warranty Clauseof the General Conditions ofContract for the product andservices offered by the abovefirmagainstthistender.1. If we go for bespoke

development or COTSproduct the Finance



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.

Department shall have fullrightsofsharingsourcecodewith Gujarat StateGovernmentDepartments/Boards/Corporations./PSUs or otherGujarat’s State GovernmentEntity.

2. Wewilltransfersourcecodeso developed for the IFMSproject to Government ofGujarat. The source code,fully documented for itsarchitecturewillbeexclusiveproperty of the Governmentof Gujarat and we will notclaim right to use itanywhereelsewithoutpriorapproval of the Governmentof Gujarat through theFinance Department. IfGovernment of Gujaratallows us the use of thissourcecode then itwill take20% of the cost ofapplication development forthe subsequent projects asRoyalty fee. Considering therights of government ofGujaratoverthesourcecode,we will not use anyproprietary layer either ofour own ownership or ofownershipofotherswiththesource code to deliver thesolutionfortheIFMSproject.

3. IncaseweofferCOTSasperdefinition mentioned in thisRFP than full IPR of thecustomized/developedsolutionforthisprojectshallrest with the FD except theCOTS, BI, OS and DB.Incremental IPR will becreated during theDevelopment process whichwillbesincepaidforbyGovt.of Gujarat; hence such IPRwill rest in Government of



Sr.No.


Gujarat.

4. Besides the cost of COTSlicenses, if there are otheritems in the bid documentwhich also attract costsbased on quantity of userlicenses then all suchlicenses shall attractdiscounts as mentionedabove in their lump sumonetime cost or in theirannual licensing costs. Wegive this undertaking inrespect of such quantitieswhich are chargeable by us.The discount shall becomputed against the pricequotedintheFinancialBidofthis RFP. Further thequantity indicated aboveincludes such licensesboughtbyotherGovernmentorganizationsinsideGujarat.

5. WeagreetoholdthefullIPR

ofthecustomized/developedsolutionforthisprojectshallrest with the FD except theCOTS, BI, OS and DB.Incremental IPR will becreated during theDevelopment process whichwillbesincepaidforbyGovt.of Gujarat; hence such IPRwill rest in Government ofGujarat.

6. We agree on stateGovernment has right toretain customization layerand should the agreementwithserviceproviderand tofurther develop. Therefore,Government of Gujarat willhold IPR of the customizedCOTS solution. The samewould be applicable tocopyrights. The TSP shall



Sr.No.


sign any/all the documentsin this regard and will getnecessary undertaking tothis effect from the COTSOEM. The GujaratGovernment further intendsusecustomizedCOTSbacktotheCOTSOEMtoenableittouse in Governmentorganizations inotherStatesor in organizations inGovernment of India. TheCOTSOEMwillhavetoagreeto this arrangement andwherever, the COTS OEMuses Govt. of GujaratcustomizedCOTSsolutionorgets additional projects ofDepartment of Electronics&IT,Govt.ofIndiaoranyotherstate government, it willhave to pay to Governmentof Gujarat a license fee /access fee / sharing fee/royalty of 20% of projectfees collected towards thecustomizedsolution(Licensefees collected towardsdatabase licenses, OperatingSystem licenses, COTS willnot be included for sharing)fromthetenderingauthorityor the TSP (Total SolutionProvider) is included) ofsuchprojects.At the timeofawarding contract,authorized representative ofCOTSOEMwillhavetosignaseparate contract agreementto such an extentwithGovt.ofGujarat.TheTSPhastogetsuch an undertaking fromtheOEMat the timeof filingthis bid and hand over thesource code, Meta datadetails etc. to the FinanceDepartment at differentstages of customization andbefore release of final



Sr.No.


payment on completion oftraining and roll out ofsoftware.

7. We abide that FinanceDepartment shall have theunrestricted right to deployoruseNewIFMSapplicationsoftware and thedocumentation relatedthereto, in any Gujarat stategovernment department, atnocosttoclient.

Yoursfaithfully,(Name)(Nameofmanufacturers)Note: This letter of authorityshould beon theRs. 100 stamppaper should be signed by aperson competent and havingthe power of attorney to bindtheBidder.TheBidderinitsbidshouldincludeit.FORM VII.II: COTS OEMAuthorizationFormNo. __________________ dated___________________ToRef:TenderNo.________________DearSir,We_______________________________________ who are established andreputed developers /manufacturers of____________________________________having development center /factories at_______________________________________ (addressofdevelopmentcenter/ factory) do hereby authorizeM/s. ____________________



Sr.No.


__________________________________________(NameandaddressofAgent)to submit a bid, and sign thecontract with you against theaboveIFB.We hereby extend our fullguarantee and warranty Clauseof the General Conditions ofContract for the product andservices offered by the abovefirmagainstthistender.

We agree to provideadditional licenses discountto the unit price discoveredbasedonquotedpriceinthisbid subject to followingdiscountschedule:30000 user licenses: As perprice quoted in financial bid(The unit price of the samewill be calculatedaccordingly as: Unit Rate =Quoted Rate for 30,000users/30000 and similarmethod for calculation ofunit rate for ATS/AMC for 8yearswillbeapplicable)For purchase of additionallicensesquantityfrom30001to 50000, bidder has toprovide 50% discount onunit quoted price onincrementalquantityFor purchase of additionallicenses quantity from50,001andabovebidderhasto provide 80% discount onunit quoted price onincrementalquantityWe also agree to providesimilardiscountonunitpriceof licenses’ ATS/AMC ofincrementalquantity.

8. Besides the cost of COTS

licenses, if there are other



Sr.No.


items in the bid documentwhich also attract costsbased on quantity of userlicenses, then all suchlicenses shall attractdiscounts as mentionedabove in their lump sumonetime cost or in theirannual licensing costs. Wegive this undertaking inrespect of such quantitieswhich are chargeable by us.The discount shall becomputed against the pricequotedintheFinancialBidofthis RFP. Further thequantity indicated aboveincludes such licensesboughtbyotherGovernmentorganizationsinsideGujarat.

9. We hereby extend our full

guarantee and warranty forthe complete projectduration,withrespecttotheGoods/services offered bythe above firm in reply tothis Invitation for Bids. Wealso confirm that theGoods/Servicessuppliedasapart of the RFP shall not beEnd of Sale / Life / Supportfor the entire contractperiod. Also the Goods /ServicessuppliedasapartofRFP shall be supported forthe entire contract period.The products offered by usare of equivalent or higherspecifications as mentionedintheRFP.

Yoursfaithfully,(Name)(Nameofmanufacturers)Note: This letter of authorityshould be on letter head signedby a person competent and



Sr.No.


having thepowerof attorney tobindtheOEMofCOTS.

FORM VII.III: OriginalEquipment ManufacturerFormforOSandDatabaseandother readymade softwaresupportNo. __________________ dated___________________ToRef:TenderNo.________________DearSir,We_______________________________________ who are established andreputed developers /manufacturers of____________________________________having development center /factories at_______________________________________ (addressofdevelopmentcenter/ factory) do hereby authorizeM/s. ______________________________________________________________ (Name and address ofAgent)to submit a bid, and signthecontractwithyouagainsttheaboveIFB.We hereby extend our fullguarantee, warranty, supportandmaintenances Clause of theGeneral Conditions of Contractfor the product and servicesoffered by the us against thistender.We hereby extend our fullguarantee and warranty for thecomplete project duration, withrespect to the Goods/servicesoffered by the above firm in



Sr.No.


reply to this Invitation for Bids.We also confirm that theGoods/Services supplied as apartof theRFPshallnotbeEndof Sale / Life / Support for theentire contract period. Also theGoods / Services supplied as apart of RFP shall be supportedfor the entire contract period.The products offered by us areof equivalent or higherspecifications as mentioned intheRFP.

Yoursfaithfully,(Name)(Nameofmanufacturers)Note: This letter of authorityshould be on letter head signedby a person competent andhaving thepowerof attorney tobindtheOEM.

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. AllrelevantCertification



2.6.1.8. AllundertakingssubmittedbytheAuthorizedSignatoryshallbeonaStampPaperofvaluenotlessthanRs.100

2.6.1.9. Proposaldocumentcontainingabriefabouttheorganization,itsexpertiseanddocumentaryevidences.

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)

ContentofRFPrequiringclarification

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 taxeswhich 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,by



anywaytheywant.

2.17. BidCurrencyPricesshallbequotedinIndianrupeesonly.

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 openingbeing 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. Deviationsfromorobjectionsorreservationstocriticalprovisionssuchasthoseconcerning



performance 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.Thepricebidwillbeopenedofthebidderswhosetechnical 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.integration/interfacebetweentwo

systemforexchangeofdata. 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



SNo. Parameter Marks

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%of technical evaluation out of 100 and above will qualify for the evaluation in thecommercialbids.FinancialBidevaluation:The financial bids of only those bidders, who have scored at least 50% of technicalevaluationoutof100inthetechnicalevaluationprocess,willbeopened.TheFinancialBidswillbeopened, inthepresenceofBidders’representativeswhochoosetoattendtheFinancialBidopeningondateand time tobe communicated toall the technicallyqualifiedBidders.FinalEvaluationofBidProposalswillberankedaccordingtotheircombinedtechnical(Tb)andfinancial(Fn)scoresusingtheweights(T=0.30theweightgiventotheTechnicalProposal;P=0.70theweightgiventotheFinancialProposal;T+P=1).ThefinalevaluationwillbebasedonFinalScorewhichshallbecalculatedasshownbelow: Final Score (S) = Tn x T + Fn x P The bidder achieving the highest combined technical and financial score will be invited for negotiations for awarding the contract. In case of a tie where two or more bidders achieve the same highest combined technical and financial score, the bidder with the higher normalized technical score will be invited first for negotiations for awarding the contract. 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 Systemneed 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., FinancialDataWarehousemoduleforreportingandtransaction

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

TransactionandmasterdataoffollowingsystemshouldbemigratedbySP.1.IFMSincludingcybertreasury2.CustomizedInsurancesolution3IWDMSBudgetpart.Costfordatamigrationfromexistingapplicationshouldbeincluded in the price bid. During the 8 years of O & Mperiodanymigrationactivitiesrequiredtocarryoutduetochange in Infrastructure, Software etc should be done bybidder at no extra cost. Thedataquality activities shouldbecarriedoutbytheSP.

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, timelinesanddeliverablesmentioned 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.

StandardFunctionsofBIsuiteshouldbegiven. 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• DetailedUser 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

revenue



o TheexternalinterfacedevelopmentwillbedoneduringthecourseoftheProjectasandwhenrequired.

BusinessIntelligence,AnalyticsandReportingSolutiona) 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‐downfrom



summarized 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,geospatialmappingandcombinationsofeachofthese,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 forexchangeofdatawithinternalandexternalsources



d) Extraction, transformation and loading of data from source systems (internalsourcesof theDepartmentandexternalsources) toDatawarehouse(ETL forexistinglegacysystemaswellasproposedsolution.)Realtimedatatransformationisneeded.e)Datacleansing(ifrequired)toensuredataqualitybeforeoraftermigration.AllthedataavailableinIFMSsystemwhichcanbeused.ThedatashouldbeextractedfromalltheinterfaceandmigrateddatabasementionedintheRFP.Thedataqualitylevelshouldbe100%.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.i.e.Tooltouploada Financial Statement in prescribed format and status tracking andmonitoring.The systemshouldhavealso facility touplod the financialdetailsofSociety,trust,missionsandindependentbodies.

System should have facility for PSU to submit the financial account detailaskedbyFinanceDepartment



SystemshouldhavefacilityforcompilationforfinancialaccountofPSUsandautogenerationpublicationofAnnualreportonPublicSectorEnterprisesofGoG.

DetailofLoanandadvancestoPSU. Systemshouldhavefacilitytorecordtheofinvestmentsinsharecapitalof

PSUandPrivateCompany,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,repaymentswithpastyearsonvariousfilterrange

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:‐ MatchingPayment ofGOI loanwith E‐kuber (reconciliation from

theLoanfeedoftheGovtwithe‐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.Allthedataoperationalaswellasfinancialdatawarehouseshouldberealtime.

AnalysisoftheBudget,Receipt/expenditure Generatecustomizedreportsfortrendanalysis,futureprojectionsetc. GeneratereportasperrequirementofUsers

2. Payroll&EmployeeDatabase Systemwillhaveprovisiontocollectemployeedata fromDDOlevelandHOD

level and provide MIS and DSS reports for high department. Approx. 15000userswillusepayrollmodule.Itmaybeincreasedinfuturealso.Currently4.62lakhsemployeesare inGovt. Includingpanchayatandgrant inaidschoolandcurrently25000employeespayrollgenerate fromSATHI(currentHRMS).No.ofemployeesmayincreaseordecreaseinfuture.

Systemwill have various stack holders for data collection and validation likeDDO,HODDepartmentFinanceDepartmentThese stackholders ‘roles are asperbellow.

Gujarat government has launched human resource management systemsoftware for Personnel Management called ‘SATHI’ (System Application ofTechnology for Human‐Resources Improvement (SAP based ERP)). Theapplications is designed to create profile of each government employee andupdate it with all the information of the person which can be utilized indeciding the transfers, in giving special assignments depending on hisqualificationandtraining.Ithasendtoendfunctionalitytoprocessthesalaries,expenses,otherpaymentsandemploymenthistoryofgovernmentemployees.In the NEW IFMS , government employee details shall be fetch from SATHIapplication whichever is available and the details which is not available inSATHIitshouldbeenteredthroughtheDataentrymodulewithentireprocessflowneeds tobedeveloped inNEWIFMS andpaybill,pay fixation,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 anddisplaytherecoveredandoutstandingtaxliabilityatthegivendate.

Provision for TDS calculations‐deductions and tracking of TDS credited to ITDepartment.ThesystemshouldbeabletoincorporatenecessarymodificationrequiredasperthechangesofITActforthispurpose.

FormulabasedPayelementslikeDA@%ofBasicPayshouldbeincorporatedinawaythatresultsinUserFriendlyoperatingofthesystem

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

designatedauthorities Facilitytoproceedpayrollonmonthlyaswellasondemandbasis Facilitytomakebackdatedcalculations Facilitytocontrolpayrollrunsorcontrolfinalsettlementprocessingoncaseto

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

bunchofcases Facilitytorecoveradvancesasperthescheduleandalsoinano.oftransactions

whichmayvaryfromtheschedule FacilityforthecalculationofGratuity,LeaveEncashmentandGroupInsurance

Amount. 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.)andthebillshouldbe



automaticallysubmittedthroughthesystemtotheconcernedtreasuryofficerforBillprocessing

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. Functionality of issuance of e‐token (Paper token) in case of e‐Payment.

(Currentlyphysicaltokenisissuedwhichneedstobeautomated) 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

StampDenominationProcess(OnetimeProcess)

ChallanPreparation

Challanauthorization

DoublelocktoSingleLock

StampIssue



5.6. PensionProcessinginTreasury: Pensionprocessingfromendtoend.InitiatingthePensionbillonreceiptofthe

order fromDirectorateofPensionandprovidentFund. FirstPayment includesthe Death cum Retirement Gratuity (DCRG) Payment CVP payment and firstinstallmentofPension.

ToprocessthePaymentofmonthlypensiontothepensioners ToprocesstheMedicalbillofpensionerbyproperscrutiny GenerationofVariousMISreportsrelatedtoPensionpaymentApplication Systemshouldallowthepensionpaymentof

1. StatePensions2. 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.

Indentpreparation

IndentConsolidation

StampReceipt



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 uniqueIdentificationof 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



FacilitatetogiveonlineremarkbyRAOofficeRegisters 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.(Chequestationaryisprovidedbybankorgettingprintedbygovernment.Chequewritingis expected in consolation with CTS 2010. Images of paid cheque need to bereceivedfrombankandsubmittoAG.)

Plan for switchingover of accounts ofWorks&ForestDivisions intoTreasurymodeunderIFMS.

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 the documents 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.InterfacewithNPCIInterfacewithallthe futureonlinepaymentsystemthroughweb,mobileetc.AtpresentGoGenvisagedtogivefacilitytotaxpayer.Infuture,forotherpaymentsmobileappcanbeused.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: It isrequiredto integratewithWMSsoftwareofR&Bdepartmentand in futuresoftwarewillbeimplementedinR&BandNarmada,WaterResources,WatersupplyandKalpsardepartment.

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)

Volumeof Insurancebusiness300filesperDay.TotalSizeofDatabase5GB.Databasehaving inOracle10g.Frontendused JAVATechnology.FinanceDepartment is lookingforendtoendinsurancefunctionandsolution1).JPAMODULESchemesofJPAModule:Sr.No NameofScheme ClaimAmount NodalOfficer

1 RegisteredFarmer 100000 DistrictAgricultureOfficer

2Firstalivechildofregisteredfarmer 100000 DistrictAgricultureOfficer

3 Unorganizedlabour 100000 GovernmentLaborOfficer

4“Vidhyadeep”‐primarystudents,SecondaryStudents 50000 Primary&Secondary

EducationOfficer

5“ShahidVeerKinarivala”‐CollegeStudents 100000 PrincipalofCollege

6 I.T.IStudents 100000 PrincipalofITI

7PolicePersonnel

400000,500000or1500000(aspercadre)

DistrictPoliceOfficer

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

13Amarnathpilgrims 100000

PavitraYatradhamVikasBoard

14Kailashman‐sarovarpilgrims 100000 PavitraYatradhamVikas

Board

15ParticipantsofAdventurousActivities

100000 StateYouthBoard

16Jailguards 100000 Superintendentof

AdditionalPoliceJPAClaimProcess1.AtNodalOfficerLevel:Claimreceivedatnodalleveltheyregisteredinsystem.BelowarethefieldsforRegistration.(Allaremandatoryfields)

1. ClaimFilesInwardNumber&Date2. RegisterinSystemandGenerateClaimNumber(PleaseProvideImportFacility):

Belowdetailsneedtobeentereda. Isdeceasedpersondiedorpermanentdisabled?b. DeceasedNamec. MaritalStatus:(Married/Unmarried/Widow/Widower)



d. DeceasedAddressi. Villageii. Talukaiii. Districtiv. Pincode

e. DeceasedAadharNo.f. DeceasedElectionIdentityNo.g. AccidentDateh. DateofLossi. CauseofLossj. InwardNumberk. IntimationDatel. PolicyNumber(itshouldbeautopopulatedasperLossDate)m. SchemeNamen. ClaimAmounto. NodalVillage,Taluka&Districtp. PlaceofAccidentq. NodalOfficerName&Designationr. Units. BeneficiaryNamet. BeneficiaryAddressu. MobileNo.v. E‐mailIDw. BeneficiaryBankDetails

i. BankNameii. BranchNameiii. BankAddressiv. AccountNo.v. IFSC/MICRCode

x. OutwardNo.&Date3. Nodallevel,checklistwillbetick‐marked.4. AfterthatnodalassigntoDirectorateofInsurancewithstatus“Forwardedto

DOI”.Dashboardshouldbeprovidedtocontrollingofficer.Sohecancheckclaimstatusofrespectivenodalofficeraswellasdirectorateofinsurance

2.AtDirectorateofInsurance:

1. AfterreceivingparticularclaimatDirectorateofInsurance.Director/Dy.DirectorassigntorespectiveSection.Sectionofficerassigntorelevantperson,whofollowthebelowprocess.

2. Scrutinise:Afterscrutiny,belowarethepossibilities(Inallcasesneedtogetapprovalofauthority)

a. IfClaimisPayable:aftergettingapprovalfromauthority,StatusofClaimis“SettledButNotPaid”SystemwillgenerateClaimNote&Memorandum&Signedbyauthority.ThenafterbillwillbedrawnfromPAO/TreasuryandE‐paymentwillbemadetobankA/cofbeneficiarydirectly.AfterPaymentofClaim,UTRNo./DDNo.andDatewillbeenteredinthesystem.(Whenclaimsareinbulkthenthereshouldbeanimportfacility)Andstatusshoulddisplayas“Paid”withchequenumber&date.



Ifchequereturnstooffice(Claimantdoesnotgetcheque).Needtoenterreasonforchequereturn.Andreturnedcheque’svalidityisexpired.Thenthereshouldbefacilitytoenternewchequenumber&date.

b. IfClaimisNotPayable:Aftergettingapprovalfromauthority,StatusofClaimis“NoClaim(NotPayable)”SystemwillaskforreasonofNoClaim.SystemwillgenerateNoClaimNote&Signedbyauthority.NoClaimLettershouldbegeneratedfromSysteminGujarati(Formatwillbegiven,editfunctionalityshouldbethere).

c. IfClaimfilepresentswithinsufficientpapers:PersonwhoinitiallyscrutinisedfilewillenterQueriesinsystem.Thenforwardtohis/herauthority.Authoritywillre‐scrutinisethefileandapproveoradd/removequeries(editfunctionalityshouldbethere).SystemgeneratesQueryLetterinGuajarati.Andstatusshoulddisplayas“Query”withdetailsofqueries.Aftercompliancerequiredpapers,thereshouldbeafieldforinwardnumberanddate.

d. Iffileisgivenforthirdpartyinvestigation:Aftergettingapprovalfromauthority.NecessaryDetailswhicharerequiredtoenterinsystemarebelow:

Investigator’sName/FirmNameReasonforinvestigationDateofgivenforinvestigationInvestigationReportGivenDate

SystemgenerateAllocationLetterandstatusshoulddisplayas“Investigation” Afterinvestigation,SystemwillaskforInvestigationReportGivenDate. Now,ifclaimispayablefollowstepsmentionedinPossibility“a”

ifclaimisnotpayablefollowstepsmentionedinPossibility“b” ifclaimisstillrequiredpapersfollowstepsmentionedinPossibility“c”

PaymentProcedureofThirdPartyInvestigator:SystemshouldgenerateMemorandumforinvestigationpayment.NeedtoEnterChequeNumberandDate.AppropriateStatusshouldbetaken.

e. Ifapplicantgoestoconsumerforum:Aftergettingapprovalfromauthority,StatusofClaimis“Legal”

JPAReportsBelowreportsshouldbegeneratedinexcelandpdfformat

1. DetailedReports(ClaimsenteredIntosysteminparticulartimeframe)

2. DistrictwiseReport3. TalukawiseReport4. PolicyNumberwiseReport5. ChequePaidReport6. ClaimInwardRegister

AboveReportsshouldhavebelowcolumns,usercanselectthecolumnsasperhis/herrequirement.

ClaimNo. SchemeClaimInward

No. CurrentStatus



PolicyNo. ClaimReceivedDate

ClaimInwardDate

ChequeNo.

DeceasedName RegistrationDate ComplianceInwardNo.

ChequeDate

BeneficiaryName DateofDeath ComplianceInwardDate

Amount

Address DateofAccident EmployeeNamewise

Co‐InsurersShare

Nodal CauseofLoss StatusonParticularDate

GIFShare

NoClaimReason Queries Remarks

7. InvestigationReportClaimNo. Scheme Fees

PolicyNo. InvestigatorName FeePaymentDateDeceasedName FileGivenDate FeePaymentChequeNo.BeneficiaryName FileReceivedDate ReasonforInvestigation

Alert/Warning:

1. DuplicateClaim:systemmustshowduplicatewarningandmustdenyforfurtherprocessifbelowfieldsaresamewhileregisteringtheclaim.DeceasedName,AadharNumber,BeneficiaryName,ElectionIdentityNo,DeathDate,Village,Taluka,District.

2. ClaimAmount:ItmustwarnifclaimamountisnotenteredasperGR&policyconditions.

SMSalertsshouldbesentonbeneficiary’smobilenumber,wheneverthestatusof

claimchanged.2).HBAMODULE

1. PremiumreadyreckonermaybeputuponIFMSsoanyonecanseethepremiumamount.

2. ProposalformmaybekeptonIFMS&anyonecanfilluptheproposalonlineandonthatbasispolicymaybegenerated.

3. AllLivedataofHBAlivepolicymaybemigratedfrompresent3IInfoTechsystemtoIFMS.

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

5. Onthesamelineclaimmaybeprocessed.6. Receiptsarereceivedfromvariousdistrictplacesalsothroughtreasurychallans.

Thatamountshouldbeacceptedforaccounts.7. Claimpaymentandclaimregister,claimentry,8. Old policy record can be searched on the basis of name of insured, policy no,

policyperiod,claimno&date.9. In HBA claim, claim note ,claim payment memorandum , survey fee payment

memorandum&Querylettertobegeneratedinsystem10. Editfacilityformakingchangesinthenameofinsured,Addressetc.11. Ifpolicyiscancelled,refundofpremiumshouldbegiveneffectinsystem.



12. Form of HBA Policy available onweb site. That can be filled –up by concernpersonandsendtoDirectorateofInsurance.Thatformshouldbeuploadedinoursystem.Ifanymissingdataisthere,thatcanbecorrectedatourlevel.

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

beneficiaryontheirmobileno.16. AllolddataofPremiasoftwareshouldbemigratedtonewdevelopedsoftware.17. Varioustypeofreportshouldbegeneratedasperrequirement.

HBAReports1. HBAPolicy2. PremiumRegister3. PremiumSubsidiaryRegister4. ClaimIntimation/PaidRegister5. ClaimsSubsidiaryRegister6. TerrorismStatement(Patrak)7. ServiceTaxRegister8. ChallanRegister9. LiabilityRegister10. Re‐insurance/Co‐insuranceClaimRecoveryRegister11. Premium&Claimsabstract12. Claimpaymentmemorandum13. Investigator/Surveyorfeepaymentmemorandum14. Queryletter15. Investigator/Surveyorappointmentletter16. Whenclaimcasebecomeslegalcase,casestatusmustshowlegal17. Editfacilitytorectifyentrymistakeisrequired.18. Hierarchy in data entry system,means entered datemust be approved at one

stagehigher3).DIRECTBUSINESSMODULE

1. Proposalform/letterofintentforobtaininginsurancepolicyisreceivedbyDOI.2. DOI scrutinizes suchdocuments and calculatepremiumand applicable service

taxamountandintimatesproposer.3. ProposerremitspremiumamountwithDOIandDOIissuesreceipt.4. DOIunderwritessuchproposalsinitsPremiumRegisterandpreparesinsurance

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

insuredintimatingrenewalpremium.6. If any loss/damagesoccur to the insuredproperty/asset, insured reports such

lossestoDOIandDOIregisterssuchclaiminitsclaimregister.7. DOI scrutinizes such loss intimation and decides to appoint any IRSA licensed

losssurveyorincaseofmajorlossestimatesand/orarrangesself‐assessmentifthelosssettlementamountisbelowRs.20,000/‐

8. In case of major losses, appointed surveyor surveys such losses and submitshis/herassessmentreportshowingDOI’s loss liability tobepayableto insuredalong‐withhisprofessionalsurveyfeebill.

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



10. BillsaresenttoPAOandPAOissuesclaimpaymentchequewhichDOIsubmitstoinsuredandsurveyorsandDOImakesnecessaryentries in itsclaimregisteraspaidclaim.

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

DirectBusinessReports

1. PremiumRegister2. PremiumSubsidiaryRegister3. ClaimIntimation/PaidRegister4. ClaimsSubsidiaryRegister5. TerrorismStatement(Patrak)6. ServiceTaxRegister7. ChallanRegister8. LiabilityRegister9. Re‐insurance/Co‐insuranceClaimRecoveryRegister10. Premium&Claimsabstract11. Claimpaymentmemorandum12. Investigator/Surveyorfeepaymentmemorandum13. Queryletter14. Investigator/Surveyorappointmentletter15. Whenclaimcasebecomeslegalcase,casestatusmustshowlegal16. Editfacilitytorectifyentrymistakeisrequired.17. Hierarchyindataentrysystem,meansentereddatemustbeapprovedatone

stagehigher

4).Co‐INSURANCEMODULE1. 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 Government

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

premiumregisterandmakesnecessaryentriesinit.4. Afterremittingco‐insurancepremiumshareamount,leaderinsurerasksDOIfor

refund of premium in some cases in cases of reduction/change of risk,cancellationofinsurancepolicybyinsuredetc.whichDOIscrutinizesandremitsrefundofpremiumtoleaderinsurerandmakesnecessaryentriesinitsbooksi.e.premiumregister.

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

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

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

Co‐InsuranceReports1. Co‐insuranceEntryRegister



2. PremiumRegister3. PremiumSubsidiaryRegister4. ClaimIntimation/PaidRegister5. ClaimsSubsidiaryRegister6. TerrorismStatement(Patrak)7. ServiceTaxRegister8. ChallanRegister9. LiabilityRegister10. Co‐insuranceClaimRecoveryRegister11. Premium&Claimsabstract12. Claimpaymentmemorandum13. Investigator/Surveyorfeepaymentmemorandum14. Queryletter15. Investigator/Surveyorappointmentletter16. Whenclaimcasebecomeslegalcase,casestatusmustshowlegal17. Editfacilitytorectifyentrymistakeisrequired.18. Hierarchy in data entry system,means entered datemust be approved at one

stagehigher

5).Re‐INSURANCEMODULE1. If any major and hazardous risk with high sum insured is involved, DOI

manages/reducessuchrisksbywayre‐insurance.2. Havingre‐insurancesupport,DOIremitsreinsurancepremiumtorespective

insurancecompanyandmakesnecessaryentryinitspremiumregister.3. Ifsaidrisk/policyunderwhichclaimpreferredgotreinsuredandsettledby

DOIbeingco‐insurer,DOIraises reinsuranceclaimrecovery fromreinsurerandmakesnecessaryentries in itsbooks i.e. claimpaid registerwhensuchreinsuranceclaimrecoveryamountisreceivedfromreinsurer

Re‐InsuranceReports

1. Re‐insuranceEntryRegister2. Re‐insuranceClaimRecoveryRegister3. Re‐insurancePremiumPayableRegister4. Re‐insuranceClaimRecoveryRegister

6).LEGALSECTIONMODULE1. 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.AlltypesofpaymentsMemorandumsaretobegeneratedfromsystem.

LegalSectionModuleReports

1. ForumCaseRegister2. StateCommissionAppealRegister



3. NationalCommissionAppealRegister4. PaidReport5. AppealReport6. ForumwiseCasestatusreport

7).ACCOUNTMODULE(COMMERCIAL)

RequiredReportstobeincludedinIFMS2ModuleSr.No. Reports1 ChequeRegister2 TreasurySchedule3 PremiumSubsidiaryRegister4 PremiumAbstract5 PremiumAccount6 Re‐insurancePremiumPayabletoGIC7 Re‐insurancePremiumPayableonFacultativebasis8 GrossDirectPremia 9 ReserveforUnexpiredRisk10 ClaimPaidRegister 11 ClaimAbstract 12 Co‐insuranceClaimrecoverable13 Re‐insuranceClaimrecoverable14 ExcessAccount 15 DepreciationAccount 16 ManagementExpenditureAccount17 InterestAccount 18 FundBalanceAccount 19 CashBalanceAccount 20 TerrorismPoolAccount(GIC)21 TerrorismPoolAdminChargeAccount(GIC)22 TerrorismPremiumAccount23 TerrorismCommissionAccount24 FeestoIRDA 25 PensionContributionAccount26 VariousMemorandumforpayment

27 Servicetaxondirectbusiness,onJPA,OnTerrorismpoolpremiumandservicetaxasperGICmatrix

28 ServicetaxonRItoGIC29 GICBorder30 RevenueAccount31 Balance‐Sheet32 VariousSchedule

ThenecessaryFormatwillbeprovidedwhenrequired

8).ACCOUNTMODULE(ADMIN)RequiredReportstobeincludedinIFMS2Module

1. ReceiptGeneration(BTR‐5)2. ChallanGeneration(ForDepositingfundintoGovt.incomehead)



3. ChallanRegister(HavingDetailsofchallansdepositedondailybasis)4. Cashbook(Receipt&PaymenttransectiondetailswithopeningandClosingbalance)5. StampRegister(Detailsofreceipt&disbursementofservicestamp)6. P.A.O/TreasurychequeRegister(HavingdetailofchequerequiredfromTreasury&P.A.Oandtheirdispatchdate)

9). INWARD/OUTWARDREGISTERMODULEInwardModule AlllettersphysicallyreceivedinDirectorateofInsuranceshouldberegisteredinthe

system Thenafteritshouldbeforwardedtorespectiveemployee/officerforfurtheraction

alongwithphysicalcopy.

OutwardModule OutwarddetailshouldbementionagaineachandeveryincomingletterjustlikeFile,

Noted,TransferorDateofreply.Note:‐*DetailedInformationRegardingallmodulesReportsandProcessofgeneratingReportswillbeexplainedindetailandallnecessaryformatsofreportswillbeprovidedatthetimeofSRS.DataneedtomigratefromPremiaSoftware.

3.2.9. 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. Inter and intra‐Government adjustments (carried out by AG based on specific

GOsorstandinginstructions)4. Interestwarrantspaiddirectlyatagencybanks.

3.2.10. PanchayatiRajFinanceManagementSystemGujarat state has 33 District Panchayats, 249 Taluka Panchayats and 14030 Grampanchayatsworksasrural localbodiesforgoverningtheservicestoruralcitizens.AllthefunctionalitiesmentionedinScopeofWorkwillbedevelopedforDisctrict,TalukaandGramPanchayat. PRIwill be like themini IFMS.Every relevant functionof IFMSshould alsobedesigned forPRI also.At the requirement gathering andBPRStageofeachmodule, onemember of Panchayat shall be in each team. PFMS users‐ approx‐8000users,BIusers‐approx‐43users.



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.

Generally,eightpartsinBudgetandrevisedBudget:1. SerialNumber



2. AccountCode3. HeadoftheIncome/Expenditure4. 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. DevelopmentcommissionershouldhaverealtimeinformationonGrandrelease

toDP/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.




Sr.No.

BranchName

ControllingOfficer/

Department


Implementoffice

Remarks

10 Development

ChiefAccounts

Officer,OfficeOfThe

Development

Accommodationschemes


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

Scholarshiporvariousschemesofsocialwelfare

DistrictPanchayatortaluka



Sr.No.

BranchName

ControllingOfficer/

Department


Implementoffice

Remarks

Salary

Panchayat

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

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



AdistrictPanchayatvariousbranchcreateaG.T.RBillforagrantwhichisgivenbyGovt.,T.S.P.,Districtplanningoffice.

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/Systemperformance(Departmentwillprovidethe

server. However, the monitoring has to done by selected bidder. Bidder shall beresponsible for server OS installation, management and administration. Back andrestorationsoftwareforDCwillbeprovidedbydepartment.)

SPbiddershallsetupcentralizedhelpdeskatFD(Gandhinagar)tologcomplaintsoftheusers and issue the log ticket number and communicate the correctivemeasure. Theservice management/support request module/tool shall be provided by theDepartment. SP shall provide Customer support interfacewith online, telephone andon‐sitesupport,andotherdeliverablesasdescribedbelow.TheITinfra,TelephonelineandSpaceforHelpdeskwillbeprovidedbydepartment.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



Department will provide the virtualization/cloud environment. Bidder has toprovideproposedbillofmaterialasfollowingformatinthetechnicalbid.

a. BillofMaterialforHardwareSr.No. *Description vCPU RAM HDD

SpaceQuantity Remarks,if

any

*Description:requiredDBservers,appsevers,reportingserversoranyotherserver(for production, testing development etc), equipment required for running theapplicationatDCandDR1physicalcore=2vCPU

b. BillofMaterialforSoftwareSr.No. *Product

DescriptionUnitof

MeasurementLicensesquantityforDC

LicensesquantityforDR

Remarks,ifany

*Description:RequiredallthereadymadesoftwareincludingOSandDatabase,App,Web,BIetc.forDCandDR

Concurrentusersmeanthoseuserstransactingduringthesamesession.i.e.transferringdata/requestingserviceataparticularinstant.

InStateDataCenterandDRSitetherequiredcomputeinfrastructureandstoragewillbe provided. Cloud environment for DR Sire shall be provided. However, bidder hasrequiredtoquote,supply,installandmaintaintherequiredOS,Databaseandothers/wlicenses provided by bidder. Considering the 8 years of growth if more computeinfrastructure and storage will be required than it will be provided by Department.However, the incremental licensesof theOSandDatabase is required tobe suppliedandmaintainedwithrequiredATS/AMCbybidderduring8yearsofO&Mperiodaspartofthisbid.ThebidderhastoenvisageincrementallicensesandAMC/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 customersatisfaction is of prime importance. The DMS should be as per standard asmentionedinthisRFP.Biddermayuseanythirdpartyproduct.However,theentire



responsibility including implementation, integration, upgrade, updates will be liewithbidders.

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.Bidderis expected to perform the activities with respect to the OS ‐ Provisioning,Configuration Management, Software management, License/SubscriptionManagement,PatchManagement,Updates,Upgrades,etc.

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.Biddermayproposeany edition. However, the support, update, upgrade and security will be theresponsibilityofBidder.

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

TheMobileApphostingplatformwillbeprovidedbyGoG. Integrationofmobileappwithany3rdpartyapplicationsand3rdpartydeviceslike

scanner,barcodereader,QRCodeetc. 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 toolshouldbelatestandshouldnotbeendofsupport/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,SPhastoprovidethe application with latest technology version, update and upgrades. It will beapplicabletobothCOTSaswellasbespokedevelopment.

Every6months,Bidderhas tosubmit thedocumentation includingcodestructureandarchitecture.



The scope ofwork other than defined in theRFPwill be takeplace via continuesdevelopmentprocess.

3.4. DevelopmentandO&MTeam

3.4.1. BiddershallproposethedevelopmentTeamforprojectasfollow(thecostofthesamehastomentioninpart1andpart2offinancialbid:

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 developers with minimum 5 years of experience in development ofsimilarapplicationor insameERP(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.CentralSiteO&MTeam:SystemAdministrator,System/BusinessAnalyst,DBA,SecurityExpert,NetworkAdministrator,PortalExpert,BIExpertandMobilityExpertetc.withBE/MCA/PGinIThavingminimum4to6yearsofexperienceintheirrespectivefield.

3.Approx.100BIusersrequiredforNewIFMS.TheselectedbidderhastocreateBIcellandtheselectedSIwilldepute2BIexecutiveswhowillassistalltheseusersfordevelopingthereportsandgivethetrainingonthesame.

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.The team shallbe available from 10:00 to 19:00.However, inmonth ofmarchitwillbe10:00to10:00withoutanyextracost.Incaseofanycriticalityitwillbeavailableasandwhenrequired.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.The SI's Resources has to travel other location in case of any requirement. No extrapaymentarrangementshouldbemadebyFD.No.ofTicketsasbelowForFinancialYear2016‐17L1‐60000+L2‐20000+L3‐1000+If thesame is found tobemore thantheprovidednumber,resourcesmayneedtobeincreasedbyselectedserviceproviderwithoutadditionalcost.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,bidderhastoprovidethealternatearrangementtocarryouttheactivities.

Incasetheresourcehasresignedthenthebidderhastoinformwithinoneweekofsuchresignation.

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 fromexistingapplicationshouldnotbeincluded in thepricebid.Theapprox.sizeofdatashallbemigrated is IFMS2TBandCTP100GB Insurance5GBand IWDMSBudget1GB.TheCyberTreasuryPortal isapart of IFMS itself. Only it is maintained in separate server. IWDMS application iscontainbudgetrelateddata.Soonlythosebudgetrelateddataneedstobemigrated.

CTPTotalTablesCount:656 CTPTransactionTablesCount:9 IFMSDatabaseTotalTablesCount:1643 IFMSTransactionTablesCount:531MasterTables CTPMasterTablesCount:15 IFMSMastertablesCount:571

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 andthencleanandmovethedatatothenewtargetenvironment.

4) Ensure the accuracy and completeness of themigrateddata.Department reservestherighttoverifytheaccuracyandcompletenessofthemigrateddataonitsownorthroughitsnominatedagencies.

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 & otherinfrastructural 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/IntegrationTestPlan)

UserAcceptanceTestPlan,SecurityTestPlan,LoadTestPlan) IntegrationPlanwithotherapplications IntegrationTestcases&resultsforapplicationsdeveloped Complete Source Code. In case of COTS Product, COTS product, the source

codewillberequiredonlyforimplementation. 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 Foranynewdevelopment/changeduringO&Mperiod‐2Timesinayearfor

2batchesandfor1‐daydurationofeachbatchorasandwhenrequiredthetrainingshouldbeconducted.

CBT ispart of requirement.The slides/processesvideo shouldbeprovidedforself‐learning.



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 valuesrepresentthattheservicewouldalwaysbereadytousewhilesmallervalues 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: Onlyphysicalspace,furniture,LocalLAN,connectivitytoDC&DRsite,desktop,

servers areprovidedbydepartment.The software likeOS,database shouldbebroughtbytheselectedbidder.

A web‐based system by which Government official can find comprehensiveinformation 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.ThesereportsmustbesubmittedbycloseofbusinessoneachMondayandmustreflectstatus 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&RecoveryThebiddermustprovideandsuccessfullytestbackupandrecoverycapabilitiesfortheapplicationsandrelateddatabases.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.Other than thisanysoftwarerequiredhas toprocurebythe selected bidder. However, the application health and performancemonitoringandanyissuerelatedtoapplicationshallbeaddressedbytheselectedbidder. 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. FollowingfacilitiesshallbeprovidedbyGovernmentofGujarat:

RequiredVMs(aspertemplateinRFPandmutuallydecidebyGSDC&SelectedBidder)

Storage‐CurrentSANisEMCVMAX200K HIPS‐HostbasedIPSforservers(allVMs)atGSDC IPaddresses(DMZ1,DMZ2,DMZ3,&PublicIP)‐Samewillbediscussattimeof

implementation



VPNtoaccessVMs ServerloadBalancer‐CurrentSLBisARRAYAVX7600 Take thebackup asperDept's requirement ‐CurrentBackupSoftware isEMC

networker9.1&CurrentTapeLibraryisQuantumScalari500 DCO ‐ Data Center Operator ‐ will monitor and share reports of resource

utilization like CPU, Physical Memory & HDD Space Utilization etc to selectedbidder.

CurrentstorageprovidedbyGSDCthencompatibilityrequiredforCurrentSANswitch‐Cisco9513

Below reports list is submittedbyCloud ImplementationTeam,DCOwillprovidethefollowingreportsforVMofCloud1) Summary of changes undertaken in the respective Cloud infrastructure

includingmajor changes like configuration changes,patchupdates, etc. andminor changes like log truncation, volume expansion, user creation, userpasswordreset,etc.

2) VirtualizationLayerpatchupdate statusof respective servers including theVirtualMachinesrunningonit

3) ComponentwiseserveraswellasVirtualmachinesavailabilityandresourceutilization

4) ConsolidatedrespectiveSLAreport.5) Summaryofcomponentwiseuptime.6) Logofpreventive/scheduledmaintenanceundertaken7) DetailsofPatch,updatesimplementationstatusofsame8) Detailsofbreak‐fixmaintenanceundertaken9) Consolidatedcomponent‐wiseavailabilityandresourceutilization

6.Followingfacilitiesshallbeprovidedbyselectedbidder:

Attimeofinstallationofapplication‐ApplicationSecurityAuditisrequiredfromCERT‐INEmpaneledVendor.Afterinstallation,GSDCwillaudit2timesinayearasapartofGSDCpolicy.

PatchManagementwillbedonebySelectedBidderwiththehelpofcurrentDCO Selected Bidder is responsible to compliance all VA/PT/ISO/ any other audit

donebyGSDC. SelectedBidderhastoadhereallGSDC&ISOpolicy.

4.7. ComputepoweravailableunderG‐CloudatdatacenterSr.No. Description Make Model

1

4004CoreWith30720GBRAM

ServerTypeI(2*22Core,320GBRAM)

Cisco UCSB‐B200‐M4

ServerTypeII(2*22Core,384GBRAM)

Cisco UCSB‐B200‐M4

BladeChassis Cisco UCSB‐5108‐AC2FabricInterconnect

Cisco UCS‐FI‐6332‐16UP‐U

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



4CloudManagementSoftwareLicense(for3740CoreofCloud)

Microsoft SystemCenter

5WindowsServerDatacenter(forCloudManagementSoftware)

MicrosoftWindowsserverdatacenteredition

6WindowsServerStandard(forSQLServerpartofSystemCenter)

Microsoft MSSQL

7 Firewall Fortinet FG‐3000D24.8. TransactionalVolumeofexistingIFMS:

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

4.9. NumberofusersforfromHWSizingperspectiveonly.

SrNo ModuleName NumberofUser1 GrantDistribution 8432 OnlineBillProcessing(OBP) 115153 TreasuryBillProcessing(TBP) 11424 PAOMLABills 15 ExpenditureandReceiptAccounting(ERA) 11976 EarnestMoneyDeposit(EMD) 6147 PersonalDepositandPersonalLedgerAccount(PDPLA) 1261



8 StampProcessing 4139 ChequeInventory(CI) 41610 LetterofCredit(LC) 142511 EmployeeCensus 508412 PensionPayment(PPO) 105213 PayFixationv(PF) 1205214 DPPF‐GPF 3115 DPPF‐HBA/MCA 2516 DPPF‐NPS 3017 DPPF‐PP 21718 LF‐PP 12619 LF‐MPR 220 LF‐PVU 16021 PayVerificationUnit(PVU)‐Central 1922 DebtManagementOffice(DMO) 523 CyberTreasuryPortal(CTP) 3124 DSS/MIS 5068 Total 42729



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 onstatewide rollout and on completion of 6months ofGo‐Livefixingbugsanderrors

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.Note: Bidder has to procure only thatmuch licenseswhichrequired fordevelopmentpurpose.ThewholelicensesneedstobeprocurefromthedateofGo‐live.




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.)It will be payable after Go live of the project yearlyfromthedateofgo‐live.

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.

The system administration activities such as patch upgradation; technicalupdate/upgrade may not be included in downtime. Bidders has to take priorapprovalfromdepartmentforplanneddowntime.

6.2.2.2. User Interface

SLAMeasure

Severity1

Severity2

Severity3

Severity4

FlatPenaltyRs.

MonthofMarch

ResponseTime

15Min 30Min 45Min 1hr



ResolutionTime

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

1Hrs>1Hrs&<2

Hrs>1 &<2Hrs

>2Hrs&<3Hrs

10000PerHrs

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. DelaywhichisnotattributabletoSP,willnotbeconsidered.



Anyavailability/uptimerequirementsunderSLAshallbesubjecttostandarddowntime,thetimelostduetoanyofthefollowingreasonsaretakenintoaccountwhilecalculatingtheavailability/uptimerequirement: Timelostduetopowerorenvironmentalfailures; Timetakentorecoverthesystembecauseofpowerorenvironmentalfailures; Time taken for scheduled maintenance/ troubleshooting either for preventive

purposesorimprovementinfunctionorotherpurposes; 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 time

2.Displayingagraphoranythingelseatypical user would expect to take time(e.g. displaying a new list of all a

1second



company's personnel, transactions foranspecifiedperiod)

mentioned in query no 3,than penalty of 0.1% ofquarterly payment madetobidderwillbedeductedand subsequent every 5%cases of such increase,penalty will increase by0.1%. Maximum penaltycap will be as define inrevisedRFP.

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

3seconds



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 The necessary project team for co‐ordination will be given by Finance

Department.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, other



instrument 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 thedocumentsinthisregardandwillgetnecessaryundertakingtothiseffectfromthe 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.11.3. FDwill take care that nominated third audit ageny/cies or examinerswill notdirectcompetitor/softhebidder.

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 agreement may without prejudice to any other remedy for branch of

Agreement,bythirty(30)daysadvancewrittennoticeofdefaultprecededby30days’notice,senttothebreaching/defaultingSPbeterminated,inwholeorpart;

8.15.2. if SP fails todeliverdue to reasonsentirelyattributable toSPanyorall of theserviceswithintheperiodsspecifiedintheRFP,orwithinanyextensionthereofgranted by FD or if SP fails to perform any other obligation(s) under theAgreementduetoreasonssolelyandentirelyattributabletoSP,andifthebreachcontinuesevenafterthenoticeofthirtydaysgivenbytheFDtoSPtoremedythebreach.

8.15.3. By theFD, in the judgmentof theFD, SPhas engaged in corruptor fraudulentpracticesincompetingfororinexecutingtheproject.

8.16. Fraud&CorruptionFD 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,ofsuchconditionsandthecausethereof.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. LimitationofLiabilityIn no event shall department liable for any indirect, incidental, special,consequential, reliance or cover damage, loss of profits, revenue, date or inrespect of all suits, actions, losses, expenses (includingbut not limited to legalfeesandcostsofdefenceandanyTaxthereon)incurredbybidder.However,in



no event the total liability of bidder under the project exceed the total feesreceivedbybidderfromtheClientunderthisproject,asofthedatesuchliabilityarose.

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.PricesshallbeinclusiveofExciseDuties, 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/provideserviceswithanInvoice fromaplace locatedwithinStateofGujarat.Offeredpriceshouldbeexclusive of all applicable taxes such as GST. The billing should be done inGujaratonly.ThetaxeswillbeapplicableextraasperGovt.rule.

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. FORMVII.I:Developer/CustomizerAuthorizationForm

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.10. Ifwego forbespokedevelopmentor COTSproduct theFinanceDepartmentshall

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

11. 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.

12. 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.

13. BesidesthecostofCOTSlicenses,ifthereareotheritemsinthebiddocumentwhichalso attract costs based on quantity of user licenses then all such licenses shallattract discounts asmentioned above in their lump sum onetime cost or in theirannuallicensingcosts.Wegivethisundertakinginrespectofsuchquantitieswhicharechargeablebyus.ThediscountshallbecomputedagainstthepricequotedintheFinancial Bid of this RFP. Further the quantity indicated above includes suchlicensesboughtbyotherGovernmentorganizationsinsideGujarat.

14. WeagreetoholdthefullIPRofthecustomized/developedsolutionforthisproject

shall rest with the FD except the COTS, BI, OS and DB. Incremental IPR will be



created during the Development processwhichwill be since paid for by Govt. ofGujarat;hencesuchIPRwillrestinGovernmentofGujarat.

15. 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.

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

Yoursfaithfully,(Name)(Nameofmanufacturers)Note:ThisletterofauthorityshouldbeontheRs.100stamppapershouldbesignedbyapersoncompetentandhavingthepowerofattorneytobindtheBidder.TheBidderinitsbidshouldincludeit.FORMVII.II:COTSOEMAuthorizationFormNo.__________________dated___________________ToRef:TenderNo.________________DearSir,We _______________________________________ who are established and reputed developers /manufacturersof____________________________________havingdevelopmentcenter/factoriesat_______________________________________(addressofdevelopmentcenter/factory)dohereby



authorize M/s. ____________________ __________________________________________ (Name andaddressofAgent)tosubmitabid,andsignthecontractwithyouagainsttheaboveIFB.WeherebyextendourfullguaranteeandwarrantyClauseoftheGeneralConditionsofContractfortheproductandservicesofferedbytheabovefirmagainstthistender.

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’ ATS/AMC ofincrementalquantity.

17. BesidesthecostofCOTSlicenses,ifthereareotheritemsinthebiddocumentwhich

also attract costs based on quantity of user licenses, then all such licenses shallattract discounts asmentioned above in their lump sum onetime cost or in theirannuallicensingcosts.Wegivethisundertakinginrespectofsuchquantitieswhicharechargeablebyus.ThediscountshallbecomputedagainstthepricequotedintheFinancial Bid of this RFP. Further the quantity indicated above includes suchlicensesboughtbyotherGovernmentorganizationsinsideGujarat.

18. We hereby extend our full guarantee and warranty for the complete project

duration,withrespect to theGoods/servicesofferedby theabove firm inreply tothisInvitationforBids.WealsoconfirmthattheGoods/Servicessuppliedasapartof theRFPshallnotbeEndofSale/Life/Support for theentirecontractperiod.AlsotheGoods/ServicessuppliedasapartofRFPshallbesupportedfortheentirecontract period. The products offered by us are of equivalent or higherspecificationsasmentionedintheRFP.

Yoursfaithfully,(Name)(Nameofmanufacturers)Note:This letterof authority shouldbeon letterhead signedbyaperson competentandhavingthepowerofattorneytobindtheOEMofCOTS.

FORMVII.III:Original EquipmentManufacturer Form forOS andDatabase andotherreadymadesoftwaresupportNo.__________________dated___________________To



Ref:TenderNo.________________DearSir,We _______________________________________ who are established and reputed developers /manufacturersof____________________________________havingdevelopmentcenter/factoriesat_______________________________________(addressofdevelopmentcenter/factory)doherebyauthorize M/s. ____________________ __________________________________________ (Name andaddressofAgent)tosubmitabid,andsignthecontractwithyouagainsttheaboveIFB.Weherebyextendourfullguarantee,warranty,supportandmaintenancesClauseoftheGeneral ConditionsofContract for theproduct and services offeredby theus againstthistender.Weherebyextendour full guaranteeandwarranty for thecompleteprojectduration,withrespecttotheGoods/servicesofferedbytheabovefirminreplytothisInvitationforBids.WealsoconfirmthattheGoods/ServicessuppliedasapartoftheRFPshallnotbeEndofSale/Life/Supportfortheentirecontractperiod.AlsotheGoods/ServicessuppliedasapartofRFPshallbesupportedfortheentirecontractperiod.TheproductsofferedbyusareofequivalentorhigherspecificationsasmentionedintheRFP.

Yoursfaithfully,(Name)(Nameofmanufacturers)Note:This letterof authority shouldbeon letterhead signedbyaperson competentandhavingthepowerofattorneytobindtheOEM.9.8. Form VIII – Earnest Money Deposit/Bid Security in the form of Bank

GuaranteeFormatRef: 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‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐forwhichpaymentwellandtrulytobemadeto



GujaratInformaticsLimited , 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 purchaseorderandtheSELLERhavingagreedtoprovideaContractPerformanceandWarrantyGuarantee 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,and



either 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&onBehalfofNameoftheBank&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&stampedalltheabovedocumentsalongwithcopyof

tenderdocuments(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 ofapplicationinDC(PrimarySite)‐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,BIToolsandotherreadymadesoftwarerequiredforrunningofapplicationinDC(PrimarySite)–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.5. *The licensesforDRwillbecounted30%of thequantityandpricequotedfor

DC. *For financial evaluation30%price ofpricequoted in line item4 (part3)and line item 7 (part 6) shall be taken counted forDR Site. As andwhenDRmade operational by Government of Gujarat, the DR licenses maximum up to30%maybeseparatelyorderedandsuccessfulbidderisrequiredtodeliverandinstall the same. The payment for the DR shall be made based on the actual



licensesorderedandinstalledmaximumupto30%.OtherthanlicensespaymentnoadditionalpaymentshallbemadetobidderforO&MofDRSite.Example:Supposethegrandtotalof item1to9is1000andthepriceofitemlineitem4(part 3) is 100 and line item 7 (part 6) is 150 rs than final price for financialevaluationwillbe1000+100*30%+150*30%=1075

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 softwarerequiredforrunningofapplicationinDC(PrimarySite)

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. Payment of ATS/AMC will be released yearly in advance. (100% payment

after the submission of confirmation regarding the renewal of support/subscription.) It will be

payable after Go live of the project.

Part 6: Cost of ATS/AMC of Cost of OS, Database licenses, BI Tools and otherreadymadesoftwarerequiredforrunningofapplicationinDC(PrimarySite)

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. Note: The bidder may indicate the tax rate separately here. Warranty Cost

in columns B to I shall be exclusive of Taxes. Payment of ATS/AMC will be released yearly in

advance. (100% payment after the submission of confirmation regarding the renewal of

support/subscription.) It will be payable 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