Solar EPC Operations

    What a solar ERP must do: a requirements checklist for Indian EPCs

    A requirements checklist built from the lifecycle, grouped into must-have, should-have and later. Use it to write your own spec before you talk to any vendor.

    GC
    GarunaCDX Editorial
    Editorial team
    Oct 19, 2026 4 min read
    Key takeaways
    • Five must-haves: project costing, milestone billing, approvals tracker, BOM and warranty, field app.
    • Write requirements from your own lifecycle, not from a vendor's feature list.
    • Rank each requirement must, should or later. Later is a legitimate answer.
    • Two tests decide it: can you see live project margin, and will site teams use it?
    • Ask whether the system exports your data in a usable format.

    Quick answer

    A solar ERP must do five things well before anything else: project-wise costing with a live forecast margin, milestone billing and receivables by milestone, an approvals and subsidy tracker per DISCOM, BOM-linked procurement with serial and warranty tracking, and a mobile field app that crews will actually use. Everything else, from CRM to O&M to analytics, can come second. Write your own requirements from your real process first, and test any vendor against two scenarios: project margin and site-team adoption.

    Our position

    We build custom software, so we have a bias toward spec-first thinking. This checklist is vendor-neutral. It is our model of what a solar EPC needs, not a product comparison.

    How do you write requirements that mean something?

    Start from the lifecycle, not from a feature list. For each stage, ask three questions: where is each fact entered, where does work wait, and where is money made or lost. A requirement exists when the answer is a pain you can name.

    The lifecycle your requirements should cover

    LeadSurveyQuoteContractProcurementInstallationApprovals and commissioningBilling and collectionO&M and warranty
    Our model of a rooftop or C&I EPC. Stages with an asterisk are where most operational pain sits.

    What is a must-have, a should-have and a later?

    AreaMust haveShould haveLater
    Quote and CRMQuote BOM becomes the project budget without retypingLead source and follow-up remindersProposal generator with payback charts
    Project costingEstimated, committed, actual per project; forecast marginOverhead allocation rule; change-order logMulti-project profitability analytics
    BillingMilestone schedule with trigger and evidence; receivables by milestoneRetention and bank-guarantee tracking with alertsCustomer payment portal
    ApprovalsPer-DISCOM workflow; days waiting; waiting on whomSubsidy claim pipeline; document checklistPortal integrations
    ProcurementPOs linked to BOM; variance flag; supplier lead timesMaterial-ready gate; multi-warehouse stockDemand forecasting
    WarrantySerial capture at receipt and install; warranty term and expiryClaim tracking by supplierBarcode scanning hardware
    FieldOffline-capable mobile app; survey form, install checklist, photosCrew scheduling; attendance by siteGeo-fenced check-ins
    O&MAMC contracts with renewal alertsTicketing with SLA; monitoring alerts to ticketsPredictive maintenance
    Compliance and financeGST-ready invoicing (confirm structure with your CA); e-invoice as applicableTally or accounts exportDirect bank reconciliation
    DataExport of all your data in open formatsAPI accessData warehouse feed

    Treat the “Must have” column as the minimum for a first release. A system that lacks one of those is a shortcut to double entry.

    Which two tests matter most?

    1. The margin test. Show me, for a live project, estimated cost, committed cost, forecast margin and the change since last week. If a vendor cannot show it with your data, the costing is not real.
    2. The adoption test. Put the field app in front of a crew lead and ask them to do the five things they do daily. If it takes longer than the WhatsApp group, the data will not arrive. See getting site teams to use it.

    What should a vendor tell you about data?

    • Can you export everything, in formats you can read, without paying?
    • Who owns the data, and what happens if you leave?
    • Where is it hosted, and how often is it backed up?
    • Is there an API, and what does it cost?

    Get answers in writing. See how to evaluate a vendor.

    Where does this checklist not apply?

    If you run a handful of jobs a year, this is more than you need. Use sheets and a disciplined folder structure. Read ERP vs CRM plus accounts software to decide whether a system is justified yet.

    What to do this week

    1. Copy the table into a sheet. Mark each row must, should, later for your business.
    2. Add the three pains that cost you the most last quarter, in your own words.
    3. Hand the sheet to your accounts head and your site lead. Ask what is missing.

    Part of the guide Running a solar EPC business on connected systems.

    Requirements review
    Send us your ranked list. We will tell you what is missing and what you can defer.
    Talk to us

    The checklist is our own model, built from the other articles in this cluster. It is not a measured industry standard, and no vendor was assessed. For the GST point, see the caution in milestone billing.

    Your verdict
    Was this article useful?
    GC
    Written by
    GarunaCDX Editorial
    Editorial team

    Engineers, product and growth folks at GarunaCDX writing about the systems we build for clients.

    View all articles
    Share
    Planning something similar?

    Let's talk about your build.

    Tell us what you are building. A founding engineer replies within one working day with how we would approach it.

    FAQ

    Frequently asked questions

    At minimum: project-wise costing with forecast margin, milestone billing and receivables, approvals and subsidy tracking per DISCOM, BOM-linked purchasing with serial and warranty tracking, and a mobile field app. CRM, O&M and analytics can follow.

    Map your lifecycle from lead to O&M, mark where each fact is entered, where work waits and where money is made or lost. Turn each pain point into a requirement and rank it must, should or later.

    Buying on feature count. A system with many modules that the site team will not use, or that cannot show project margin, fails on the two things that matter.

    It helps to have lead and quote data connected to the project, so costing starts from the quote BOM. Whether that is a built-in module or an integration is a design choice. The key is that the quote becomes the project without retyping.

    The GarunaCDX build log

    Industry insights, once a month

    New case studies, healthcare, marketplace, B2B SaaS and industrial breakdowns, and the engineering notes behind what we ship. One short email a month, no fluff.

    We never share your data — see our Privacy Policy for details.