Skip to content
Guide · PM Surya Ghar & Subsidy

How to track PM Surya Ghar subsidy for 100+ customers

The subsidy is not your money — it goes straight to the customer by DBT. But when it is late, the customer calls you. Here is a simple status model to track every subsidy claim across dozens of customers, so no one ever goes quiet.

S By SuryaHub Team · 11 min read · Updated July 2026
8 stages
every subsidy claim passes through
~30 days
targeted DBT after commissioning
₹78,000
subsidy cap at 3 kW and above
100%
paid to the customer by DBT

Scheme figures: PM Surya Ghar National Portal and MNRE. The ~30-day DBT is targeted; actual timelines vary by state and DISCOM. Verify current rules before quoting.

TL;DR — for the busy EPC owner
  • The subsidy is the customer’s money, but the delay is your problem. DBT goes to the homeowner; the angry call comes to you.
  • Every claim sits in one of eight stages. Registered → feasibility approved → installed → net-meter applied → inspected → commissioned → bank details submitted → DBT released.
  • Track a fixed set of fields per customer. Copy the tracker-columns table below and never re-hunt a reference number again.
  • Claims stall at five known points. Feasibility rejection, net-meter delay, doc mismatch, non-ALMM modules, wrong bank details — each has a fix if caught early.
  • Set the DBT expectation in writing at quote stage. “Targeted ~30 working days, varies by state” saves you a hundred phone calls.

PM Surya Ghar subsidy tracking is the practice an EPC uses to follow every customer’s subsidy claim through the scheme’s fixed stages — from portal registration to the money reaching the customer by DBT — so no claim goes quiet and no customer is left wondering. At one or two jobs it lives in your head. At fifty or a hundred live claims, all at different stages, it needs a shared status model — or the where-is-my-subsidy calls will bury you.

This post is for the high-volume rooftop EPC running dozens of PM Surya Ghar jobs at once. The hard truth up front: the subsidy is never your money, yet its delay is squarely your reputation. We will give you a simple eight-stage tracker model, the exact fields to record per customer, the five reasons claims stall, and a follow-up rhythm to unstick them. It builds on our PM Surya Ghar guide for EPC contractors.

Why track subsidy that is not even your money?

Because the customer does not see the DISCOM or MNRE — they see you. Under PM Surya Ghar, the Central Financial Assistance is paid straight to the homeowner’s bank account by direct benefit transfer, after the system is commissioned and the net meter is installed. The money never passes through the EPC. And yet, when it is late, there is only one phone number the customer calls: yours.

This is the trap of high-volume rooftop work. You have already installed the plant, raised your invoice and moved your crew to the next roof. To you the job feels done. To the customer, the job is not done until the promised ₹78,000 lands in their account. Every day it does not, they wonder if you filed something wrong — and they hold back your final payment or withhold the referral you were counting on.

The core problem in one line: the subsidy travels on a government timeline you do not control, but it is scored against a promise you made. Tracking it is how you stay ahead of the call instead of behind it.

So subsidy tracking is not accounting — it is reputation management at scale. A customer whose subsidy is stuck at “inspection pending” is fine if you call them first and explain. The same customer becomes a one-star review if they call you and you have to say “let me check and call back.” The tracking exists so you always know the answer before they ask. These steps live inside your broader government workflows, on the same job record as the build.

The 8 stages every subsidy claim sits in

Every PM Surya Ghar subsidy claim, for every customer, sits in exactly one of eight stages at any moment. This is the original asset of this post: a status model you can adopt today. Give each customer’s claim a single current stage, and your hundred-claim pipeline becomes a list you can filter, not a memory you have to search.

01
Registered
Customer applies on the National Portal, picks your firm
02
Feasibility approved
DISCOM clears the load and sanctioned capacity
03
Installed
System built with ALMM modules; DCR and serials logged
04
Net-meter applied
Net-metering application filed with the DISCOM
05
Inspected
DISCOM inspects the plant on a booked slot
06
Commissioned
Net meter fitted, commissioning certificate issued
07
Bank details submitted
Customer uploads bank account and certificate
08
DBT released
Subsidy hits the customer bank account
The claim is only closed when the customer confirms the money has landed — not when you upload the certificate.
The 8-stage subsidy-claim status tracker. Stages 1–2 are approvals, 3–6 are your delivery, and 7–8 are the payout you must chase to the finish.
Framework: SuryaHub subsidy-claim status model, mapped to the PM Surya Ghar National Portal workflow. Verify current portal steps with MNRE.

Notice where control shifts. In stages 1 and 2 you are waiting on the customer and the DISCOM. In stages 3 to 6 the work is yours. In stages 7 and 8 you are waiting again — but this is where most claims silently rot, because the crew has left and no one owns the payout. A claim parked at stage 5 or 7 with no follow-up date is the single most common cause of an angry call. The status model exists to make that stall visible.

What to track for each customer (copy this)

For every customer, track a fixed set of fields so any claim can be answered in seconds, not phone calls. The stage tells you where a claim is; these fields tell you everything else you need when the customer — or the DISCOM — asks. Copy this table into whatever you use today, even a spreadsheet, and standardise it across your team.

The PM Surya Ghar subsidy-claim tracker — the columns to keep per customer. Copy as-is.
FieldWhy you track it
Customer & siteName, address, phone — the person who will call you
DISCOM & consumer numberWhich utility owns this claim and the account it is tied to
Sanctioned load / system sizeDrives the subsidy amount and the ₹78,000 cap
Current stage & dateOne of the eight stages, plus the date it moved there
Application & net-meter refsPortal and DISCOM reference numbers for fast follow-up
ALMM / DCR module detailsProof the modules qualify for a subsidised job
Bank details submitted?Yes / no — the last blocker before DBT
Owner & next follow-upOne person accountable and the date they act next
Eight fields per claim. The last row — owner and next follow-up — is the one most EPCs skip, and it is the one that keeps claims from going silent.

The two columns that do the heavy lifting are current stage and owner plus next follow-up. Stage lets you filter your whole pipeline — “show me every claim stuck at inspection for 10+ days.” Owner and follow-up mean each of those stuck claims has a human and a date attached, so nothing waits on “someone should probably check that.” A live analytics dashboard turns these fields from a spreadsheet you maintain into a screen you glance at.

Why claims stall — and the follow-up cadence to fix them

Subsidy claims stall at five predictable points, and each one has a fix — if you catch it before the customer does. None of these are exotic. They are the same five problems on every high-volume EPC’s desk, which is exactly why a tracker that surfaces them early is worth more than any amount of chasing after the fact.

1 Feasibility rejection. The DISCOM declines the load or sanctioned capacity. Fix: re-check load calculations and resubmit fast; do not install until feasibility clears.
2 Net-meter delay. The application sits in the DISCOM queue or the inspection slot slips. Fix: follow up on a fixed cadence with the reference number in hand.
3 Document mismatch. A name, load or invoice on the portal does not match the paperwork. Fix: reconcile documents before submission, not after a rejection.
4 Non-ALMM modules. The stock used is not ALMM-listed, so a subsidised job cannot clear. Fix: confirm ALMM and DCR status before you buy stock, and log serials per job.
5 Wrong bank details. The customer’s account or IFSC is wrong and the DBT bounces. Fix: verify bank details at stage 7 before the payout even attempts.
The five stall points. Four are caught before submission; only the net-meter delay is genuinely outside your hands — and even that yields to steady follow-up.

The cadence that unsticks them is boring and it works: a fixed follow-up rhythm on every claim past stage 4. A weekly sweep of everything sitting in “net-meter applied” or “inspected,” a call to the DISCOM with the reference number, and a proactive note to the customer that you are on it. Most delay is not a hard block — it is a queue that moves when someone keeps asking. For the module-eligibility side of this, keep our PM Surya Ghar hub handy for the current scheme rules.

Field note: the cheapest fix here is verifying bank details at stage 7. A bounced DBT can send a claim back weeks, and the customer will assume you made the error. Sixty seconds of checking the account number saves a very long conversation.

How long does the subsidy DBT really take?

The scheme targets roughly 30 working days for DBT after commissioning and net-meter details are uploaded — but real timelines vary widely by state and DISCOM. Treat 30 days as the target on the poster, not a promise you can bank. In practice, claims clear anywhere from a couple of weeks to a couple of months, depending on inspection backlogs, portal processing and how clean the paperwork was.

Bank details & upload
Targeted DBT (~30 days)
Real-world variation
Illustrative, not a quote. The cyan bars show the targeted path; the amber bar is the honest reality — some states run well past 30 working days. Always confirm the current position for the customer’s DISCOM.

Why does this matter for tracking? Because a target of 30 days means you should flag any claim that has sat in “commissioned” or “bank details submitted” for longer than that. The tracker is not just a record — it is an alarm. When a claim crosses its expected window, it should surface at the top of someone’s list, not disappear into the pile.

Set the expectation in writing at quote stage

The single best way to cut subsidy-chasing calls is to set the DBT expectation in writing, at the quote stage, before the customer has paid a rupee. Most anger about a “late” subsidy is really anger about a broken assumption. The customer assumed the ₹78,000 would arrive the day the plant switched on. You never said that — but you never said otherwise either.

Put three plain lines in every quote and handover document:

  • The subsidy is paid by the government to you, not to us. It reaches your bank account by DBT; it never passes through our company.
  • It arrives after commissioning and net metering, not at installation. The clock starts once the meter is in and details are uploaded.
  • Targeted around 30 working days, but it varies by state. We will track your claim and update you at each stage.

That last promise — “we will track your claim and update you” — is only credible if you actually have the tracker behind it. This is where the status model earns its keep: it lets you make a confident promise at the quote stage and keep it across a hundred customers. For the installer-specific playbook around this, see our PM Surya Ghar installers solution.

Tracking every claim on one record with SuryaHub

SuryaHub keeps the subsidy claim on the same job record as the install, so every customer has one live stage, one owner and one next follow-up date — and nothing goes quiet. The eight-stage model and the tracker fields in this post are not a separate tool you bolt on. They sit on the job file you already run, next to the survey, the quote and the payment milestones.

On a live PM Surya Ghar job, SuryaHub ties the subsidy claim to the delivery:

  • One record per customer — the subsidy stage lives on the same job file as the install, so status is never in a second place.
  • Stage-based pipeline — filter every claim by its current stage to see who is stuck at feasibility, inspection or DBT.
  • Owner and follow-up dates — each claim has a person and a next action, so stalls surface instead of hiding.
  • Compliance details on file — ALMM, DCR and net-meter references sit with the claim, ready for any portal check or audit.

Here is the honest part. SuryaHub is pre-revenue and building alongside two pilot EPCs, Suryantra Energy and RGESPL. We will not show you invented claim-clearance rates or fake testimonials. And to be clear about what the tool does not do: it does not read the DBT amount from the National Portal automatically — your team marks a claim “DBT released” once the customer confirms the money landed. What SuryaHub gives you is the one thing high-volume EPCs lack: a single, filterable view of where every customer’s subsidy stands, so you call them before they call you.

Free for EPCs: the SuryaHub subsidy-claim tracker template — the eight-stage model and the field table from this post, ready to use. Get it with a quick demo →
Key takeaways
  • The PM Surya Ghar subsidy is the customer’s money, but its delay lands on your reputation — so you must track it.
  • Every claim sits in one of eight stages, from registered to DBT released; give each customer one current stage.
  • Track a fixed set of fields per customer — especially current stage plus owner and next follow-up date.
  • Claims stall at five known points; four are caught before submission, and steady follow-up clears the fifth.
  • Set the ~30-day, varies-by-state DBT expectation in writing at quote stage, then keep the promise with a real tracker.

Frequently asked questions

How do you track PM Surya Ghar subsidy for many customers at once?

Give every customer a subsidy-claim record that sits on the same job file as the install. Move each record through the eight scheme stages — registered, feasibility approved, installed, net-meter applied, inspected, commissioned, bank details submitted, DBT released. Then filter by stage to see who is stuck. Tracking one claim is memory; tracking a hundred needs a status model everyone can read.

If the subsidy goes to the customer by DBT, why is tracking the EPC job?

Because the customer blames the EPC for any delay, even though the money never touches you. MNRE pays the Central Financial Assistance straight to the homeowner bank account after commissioning and net metering. But the customer only knows their subsidy has not arrived, and they call you. Tracking it protects your reputation, your referrals and your final payment.

How long does the PM Surya Ghar subsidy take to reach the customer?

The scheme targets roughly 30 working days after the commissioning and net-meter details are uploaded and the customer submits bank details. In practice it varies a lot by state and DISCOM, from a few weeks to a few months, depending on inspection backlogs and portal processing. Tell customers it is targeted, not guaranteed, and confirm the current position for their state.

Why do PM Surya Ghar subsidy claims get stuck?

Claims stall most often at five points: DISCOM feasibility rejection, net-meter delays, document mismatch on the portal, non-ALMM modules on a subsidised job, or wrong customer bank details. Each has a fix, but only if you catch it early. A claim with no owner and no follow-up date sits silent until the customer calls angry.

What details should an EPC record for each subsidy claim?

Record the customer and site, the DISCOM and consumer number, the sanctioned load, the current claim stage with its date, the application and net-meter reference numbers, the ALMM and DCR module details, and whether bank details are submitted. Add an owner and a next follow-up date. These fields let you answer any where-is-my-subsidy call in seconds.

Can SuryaHub track PM Surya Ghar subsidy DBT status?

Yes. SuryaHub keeps the subsidy claim on the same job record as the install, so each customer has one live stage and follow-up date. It is honest to say SuryaHub is pre-revenue and building with two pilot EPCs, so we do not read the DBT amount from the portal automatically — your team updates the released status, and the dashboard shows who is still pending.


Written by SuryaHub Team. The team works with Indian rooftop and C&I EPCs on PM Surya Ghar, DISCOM and subsidy operations, and AMC. Reviewed for scheme and operational accuracy against MNRE and PM Surya Ghar National Portal sources.

Methodology: the eight-stage subsidy-claim status model, the tracker-field table and the five stall points are SuryaHub’s own operating frameworks, developed with pilot EPCs Suryantra Energy and RGESPL; scheme figures are from MNRE and the PM Surya Ghar National Portal; timelines are illustrative and labelled targeted. Subsidy slabs, ALMM/DCR rules and DISCOM timelines change — always verify with MNRE, the National Portal, or the DISCOM for each job.

Sources: PM Surya Ghar National Portal · MNRE. Last updated July 2026.

Change log: 16 Jul 2026 — first published; reflects PM Surya Ghar subsidy cap of ₹78,000 at 3 kW and the targeted ~30-working-day DBT window. Re-verify against the National Portal before quoting.

PM Surya Ghar: complete EPC contractor guide (2026) Subsidy slabs, vendor registration, PBG and the full application-to-DBT workflow. PM Surya Ghar vendor registration for EPCs National Portal registration, per-DISCOM empanelment and the PBG tiers explained. SuryaHub for PM Surya Ghar installers Run high-volume rooftop jobs and subsidy claims on one connected record.

Want every subsidy claim tracked to DBT, so no customer ever goes quiet?

Book a demo →

The decision · now onboarding pilot EPCs

Run your whole solar business
on one platform.

Stop stitching together Tally, Excel, Sheets and WhatsApp. See the operating system built for India's solar EPCs — on your real projects.

India-first · PM Surya Ghar ready · Cloud or on-prem

Run your solar business on one OS.
Book a Demo