Hinglish · हिंदी + English · सवाल हिंदी या English में पूछिए
GAIL Ka 100MW Solar, Sirf 22MWh BESS: Tokenism ya Smart Sizing?
NLC ne Gujarat mein 550MWh BESS banaya, GAIL ne sirf 22MWh — Sudarshan Karweer decodes storage-ratio gaming in mandatory BESS rules.
GAIL Ka 100MW Solar, Sirf 22MWh BESS: Tokenism ya Smart Sizing?
0:00 / 15:59 · Episode 5
- 01GAIL's 22MWh BESS on a 100MW solar plant gives just 13 minutes of full-load duration versus NLC's Gujarat project which runs a 2-hour, 275MW/550MWh ratio — roughly nine times more storage-intensive.
- 02MNRE's Energy Storage Obligation mandates an energy percentage, not a minimum discharge duration, letting large obligated entities meet compliance with token-sized BESS.
- 03Lenders should evaluate MWh-per-MW ratio, not raw capacity, when financing captive solar-plus-storage; below 0.3 for captive loads warrants scrutiny.
- 04Sizing decisions should be anchored to actual load profile and avoided diesel or grid-import cost, not the ESO compliance percentage.
- 05The bigger gap may be disclosure, not sizing — companies need to state whether storage is for ramp-smoothing or peak-shaving before comparisons are drawn.
GAIL's new 100MW solar project carries just 22MWh of battery storage, barely 13 minutes of full-load backup. Compare that to NLC India's NIRL, which just won GUVNL's 275MW/550MWh, two-hour BESS project in Gujarat, or Rajasthan's freshly awarded 500MW/2000MWh, four-hour system. Sudarshan Karweer and Neha unpack whether GAIL's sizing is genuine technical need for ramp-smoothing on a flat industrial load, or bare-minimum compliance under MNRE's Energy Storage Obligation, which mandates energy percentage but not duration. They walk through a real, anonymised captive chemicals case where minimum-compliance sizing nearly left the client stuck with diesel backup, and lay out what lenders, developers and discoms should change before duration-based storage norms tighten in the next two years.
46 turns · 2,224 words · click a timestamp to listen from there
Cold Open: 13 Minutes of Storage
Sudarshan Karweer
देखिये, GAIL ने अभी सौ मेगावाट का सोलर प्लांट लगाया है, साथ में सिर्फ बाईस मेगावाट-आवर की battery. सवाल यह है — क्या यह smart engineering है, या सिर्फ compliance की चेकबॉक्स टिकिंग?
Sudarshan Karweer
नमस्कार, मैं सुदर्शन करवीर, आपका स्वागत है Growthifye Grid में. आज हम बात करेंगे GAIL के सोलर-प्लस-स्टोरेज प्रोजेक्ट की, और यह भी देखेंगे कि industrial buyers कैसे mandatory BESS rules को अपने हिसाब से मोड़ रहे हैं. साथ हैं नेहा, हमारी Research टीम से.
What's Happening: GAIL's Solar-Plus-BESS Reveal
Neha
सुदर्शन, आज की सबसे discussed news यह है – GAIL ने अपने captive requirement के लिए सौ मेगावाट सोलर के साथ सिर्फ बाईस मेगावाट-आवर की BESS लगाई है. यह Mercom India के एक हालिया रिपोर्ट में आया, और LinkedIn पर लोग इसे बॉक्स-टिकिंग बता रहे हैं.
Sudarshan Karweer
देखिये, बाईस मेगावाट-आवर सौ मेगावाट पर मतलब सिर्फ तेरह मिनट का full-load backup. यह तो practically कुछ नहीं है. इंडस्ट्री में जब हम BESS sizing की बात करते हैं तो कम से कम एक घंटे से शुरू करते हैं, चार घंटे तक जाते हैं. तेरह मिनट, सच कहूँ तो, यह सिर्फ inverter-level smoothing के लिए काफी है, evening peak के लिए नहीं.
Neha
लेकिन सर, यह तो compliance requirement पूरी कर रहा है ना? MNRE का Energy Storage Obligation, यानी ESO, अभी दो हज़ार छब्बीस-सत्ताईस के लिए एक percent से शुरू हो रहा है, बढ़ते-बढ़ते उनतीस-तीस तक चार percent तक जाएगा.
Sudarshan Karweer
हाँ, बिल्कुल, और यहीं पर खेल है. ESO सिर्फ energy का percentage मांगता है, duration नहीं बताता. तो अगर आपका annual consumption बड़ा है, और सोलर generation भी बड़ा है, आप छोटी सी battery से भी वो percentage निकाल सकते हैं. यह loophole नहीं है, यह regulation की गैप है, और कंपनियां इसे legally use कर रही हैं.
Neha
तो मतलब technically यह illegal नहीं, बस design intent अलग है — compliance के लिए न्यूनतम, actual grid support के लिए नहीं. पर फिर सवाल उठता है, अगर सारे बड़े obligated entities यही करें, तो पूरे system का storage adequacy कैसे बनेगा?
Sudarshan Karweer
यही तो असली चिंता है. अगर हर कोई मिनिमम डालेगा, तो evening ramp के वक्त, जब सोलर गिरता है और डिमांड ऊपर जाता है, ग्रिड पर वही पुराना दबाव रहेगा — coal और gas peaking plants पर. Storage का मकसद ही यह था कि वो दबाव कम हो, और अगर सब सिर्फ पेपर पर compliance कर रहे हैं तो physical benefit नहीं मिलेगा.
Neha
चलिए इसको सीधा नंबर्स में देखते हैं, क्योंकि तुलना करने पर फ़र्क बहुत साफ़ दिखता है. एक तरफ GAIL का यह प्रोजेक्ट है, दूसरी तरफ NLC India की subsidiary NIRL ने अभी GUVNL से Gujarat में दो सौ पचहत्तर मेगावाट, पाँच सौ पचास मेगावाट-आवर की BESS जीती है. यह same industry, बिलकुल अलग philosophy दिखाती है.
The Numbers: GAIL vs NLC vs Rajasthan
Sudarshan Karweer
यह बिलकुल सही उदाहरण है, नेहा. NLC का यह प्रोजेक्ट दो घंटे की duration देता है — दो सौ पचहत्तर मेगावाट पर पाँच सौ पचास मेगावाट-आवर, मतलब ratio एक है दो का, MWh per MW. GAIL में यह ratio है ज़ीरो पॉइंट बाईस. मतलब NLC लगभग नौ गुना ज़्यादा storage intensity पर बना रहा है.
Neha
और यह सिर्फ Gujarat तक सीमित नहीं. राजस्थान में अभी पाँच सौ मेगावाट का, दो हज़ार मेगावाट-आवर का, चार घंटे का BESS tender अवार्ड हुआ है, ढाई लाख पचासी हज़ार रुपये प्रति मेगावाट प्रति महीने के tariff पर. वहाँ भी ratio चार है, GAIL से अठारह गुना ज़्यादा।
Sudarshan Karweer
सही पकड़ा. और capex की बात करें तो, आज की तारीख़ में BESS लगभग सवा दो से ढाई करोड़ रुपये प्रति मेगावाट-आवर बैठता है. तो बाईस मेगावाट-आवर मतलब करीब पचास-पचपन करोड़ रुपये का investment. जबकि सौ मेगावाट सोलर का capex ही साढ़े तीन सौ से चार सौ करोड़ के आसपास है।
Neha
तो storage capex टोटल प्रोजेक्ट कॉस्ट का सिर्फ बारह-तेरह percent बैठता है GAIL के केस में. जबकि NLC वाले Gujarat प्रोजेक्ट में, अगर हम solar और standalone BESS दोनों जोड़ें, तो storage का हिस्सा टोटल capex का साठ-सत्तर percent तक चला जाता है, क्योंकि वहाँ standalone BESS है, हाइब्रिड नहीं।
Sudarshan Karweer
यहीं difference है, और यह मानना पड़ेगा — दोनों प्रोजेक्ट्स की geometry अलग है. NLC का प्रोजेक्ट discom के लिए standalone storage है, evening peak shaving के लिए, कॉन्ट्रैक्ट ही वैसा है. GAIL का प्रोजेक्ट captive open access है, अपने internal load के लिए. तो तुलना करते वक्त apples-to-apples नहीं बनती, लेकिन फिर भी सवाल वाजिब है।
Neha
पर सर, अगर GAIL भी ESO के तहत ही यह लगा रहा है, तो उसका मकसद भी कहीं न कहीं grid को support करना होना चाहिए, सिर्फ अपना internal accounting साफ़ करना नहीं. वरना ESO का purpose ही खत्म हो जाता है ना?
Sudarshan Karweer
बिलकुल सही सवाल. और यही जगह है जहाँ मुझे लगता है regulation को टाइट करना पड़ेगा. अभी CERC और MNRE दोनों सिर्फ energy percentage देख रहे हैं, duration या discharge capability नहीं देख रहे. जब तक minimum duration की शर्त नहीं आएगी, तब तक यह gaming चलता रहेगा — चाहे intention अच्छी हो या बुरी।
Mini-Case: The Chemicals Captive Project
Neha
चलिए एक real उदाहरण लेते हैं, बिना नाम लिए बिलकुल, क्योंकि Growthifye में हमने पिछले साल एक बड़े process industry क्लाइंट के लिए बिलकुल यही sizing exercise किया था — सोलर plus BESS, captive के लिए।
Sudarshan Karweer
हाँ, याद है यह केस. एक बड़ी chemicals कंपनी थी, बीस मेगावाट का continuous load, चौबीस घंटे चलने वाला. उन्होंने पहले प्रपोज़ल में साठ मेगावाट सोलर के साथ सिर्फ आठ मेगावाट-आवर BESS रखा था — सिर्फ इसलिए कि उनके consultant ने बोला ESO compliance के लिए इतना काफी है।
Neha
और आपने क्या suggest किया, क्योंकि आठ मेगावाट-आवर तो सचमुच बहुत कम लग रहा है साठ मेगावाट सोलर के मुकाबले, ratio तो सिर्फ ज़ीरो पॉइंट तेरह बनता है, GAIL से भी कम. आपने उनको क्या alternative दिया?
Sudarshan Karweer
मैंने उनको समझाया कि उनका असली दर्द evening का diesel genset backup था, जो वो अभी भी use कर रहे थे, अठारह रुपये प्रति यूनिट पर. हमने calculation किया — अगर वो बीस मेगावाट-आवर की BESS लगाएं, दो घंटे की duration, तो diesel replace हो सकता था, और payback सिर्फ चार साल में आ रहा था, tariff savings से।
Neha
तो अंत में उन्होंने capacity बढ़ाई या compliance वाला रास्ता ही चुना? क्योंकि consultant वाला original प्रपोज़ल तो सिर्फ ESO compliance के हिसाब से बना था, actual operational cost-benefit के हिसाब से बिलकुल नहीं।
Sudarshan Karweer
उन्होंने बढ़ाई, बीस मेगावाट-आवर तक गए, और सच कहूँ तो मैंने खुद 2019 में एक textile क्लाइंट के लिए यही गलती की थी — सिर्फ regulatory minimum पर sizing कर दी, बाद में उनको अलग से diesel backup रखना पड़ा क्योंकि duration काफी नहीं था. उस अनुभव के बाद मैं हमेशा actual load profile से शुरू करता हूँ, compliance नंबर से नहीं।
Neha
तो lesson यह है कि compliance का number सिर्फ एक starting reference है, वो actual technical sizing का आधार नहीं बनना चाहिए. फिर भी, कितने developers असल में यह गलती करते हैं आपके अनुभव में?
Sudarshan Karweer
मेरा अंदाज़ा है साठ-सत्तर percent छोटे और मीडियम captive प्रोजेक्ट्स में यही होता है. बड़े IPPs, जो SECI या discom को बेचते हैं, वो ठीक sizing करते हैं क्योंकि PPA में penalty clause सख्त होते हैं. लेकिन captive OA वाले, जहाँ obligation सिर्फ खुद के ऊपर है, वहाँ compliance-minimum approach बहुत common है।
What Lenders, Developers and Discoms Must Change
Neha
तो अब असली सवाल यह है — lenders, developers, और utilities को अलग क्या करना चाहिए ताकि यह gaming, या कहें tokenism, धीरे-धीरे कम हो? क्योंकि अभी तो हर कोई अपने हिसाब से sizing कर रहा है।
Sudarshan Karweer
पहली बात, lenders के लिए. अगर आप BESS प्रोजेक्ट को finance कर रहे हैं, सिर्फ capacity पर मत जाइए, discharge duration और cycle life देखिए. मैं बैंकों को हमेशा कहता हूँ, MW नंबर मत पूछो, MWh-per-MW ratio पूछो. अगर वो ज़ीरो पॉइंट तीन से कम है captive के लिए, सवाल उठाओ कि यह genuine sizing है या सिर्फ compliance।
Neha
ठीक है, यह lenders के लिए हुआ. Developers की तरफ से आप क्या बदलाव चाहेंगे, क्योंकि उनका तो incentive ही यही है कि capex जितना हो सके कम रखें, और अगर regulation सिर्फ percentage मांग रहा है तो वो न्यूनतम ही डालेंगे, यह तो natural business behaviour है ना?
Sudarshan Karweer
बिलकुल natural behaviour है, मैं उनको दोष नहीं दूँगा. लेकिन developers को यह समझना होगा कि आज का न्यूनतम, कल का liability बन सकता है. जैसे ही ESO का duration-based norm आएगा — और मुझे लगता है अगले अठारह से चौबीस महीनों में आएगा — जिन्होंने सिर्फ तेरह मिनट की battery डाली है, उनको retrofit करना पड़ेगा, और तब cost डबल होगा।
Neha
यह तो बड़ी बात कही आपने. Utilities और discoms की तरफ से क्या होना चाहिए, क्योंकि GNA regulations में तो अभी solar और non-solar hour access की बात हो रही है, storage duration की नहीं?
Sudarshan Karweer
यही तो गैप है. CTUIL ने जो clarification दी है GNA पर, वो access rights के बारे में है, obligation sizing के बारे में नहीं. मेरा सुझाव है discoms अपने PPA templates में एक clause डालें — minimum two-hour equivalent discharge at rated capacity, चाहे obligation कितनी भी छोटी क्यों न हो. वरना यह सिर्फ कागज़ी compliance बनकर रह जाएगा।
Neha
पर क्या ऐसा clause सारे captive projects पर लागू हो सकता है, या सिर्फ discom को बेचने वाले प्रोजेक्ट्स पर, क्योंकि captive OA वालों पर तो discom का direct control नहीं होता?
Sudarshan Karweer
सही पकड़ा, captive पर discom का direct control नहीं है, वहाँ MNRE और CERC को ही ESO के regulations अपडेट करने पड़ेंगे. मेरा मानना है duration-linked incentive होना चाहिए — जो ज़्यादा duration डालेगा, उसे accelerated depreciation या lower interconnection charge जैसा benefit मिले. सिर्फ स्टिक नहीं, कैरट भी चाहिए यहाँ।
Contrarian Take: Maybe It's Not Tokenism
Neha
अब एक contrarian सवाल पूछूं? क्या हम GAIL को बहुत ज़्यादा दोष दे रहे हैं? हो सकता है तेरह मिनट की battery उनके actual use-case के लिए बिलकुल सही sizing हो, tokenism बिलकुल ना हो, बस हम NLC के standalone peaking प्रोजेक्ट से गलत तुलना कर रहे हों?
Sudarshan Karweer
यह valid पॉइंट है, और सच कहूँ तो मैं भी पूरी तरह tokenism नहीं कहूँगा. GAIL जैसे gas और petrochemical प्लांट्स का load profile बहुत flat होता है, चौबीसों घंटे. उनको सिर्फ सोलर के ramp-down के वक्त, यानी शाम के डेढ़-दो घंटे, थोड़ी smoothing चाहिए, ताकि grid frequency पर असर ना पड़े. उसके लिए तेरह मिनट की duration शायद काफी भी हो।
Neha
तो फिर headline में जो tokenism शब्द इस्तेमाल हो रहा है सोशल मीडिया पर, वो थोड़ा unfair है इस केस में, आपके हिसाब से, या फिर आप कहेंगे कि disclosure की कमी है — GAIL ने यह क्लियर नहीं किया कि यह smoothing के लिए है, evening peak shaving के लिए नहीं?
Sudarshan Karweer
यही असली मुद्दा है — disclosure. अगर GAIL साफ़ बोले यह हमारा ramp-smoothing solution है, हम evening peak अलग से manage करते हैं diesel या grid import से, तो कोई सवाल नहीं. पर जब आप इसे green infrastructure और ESO compliant बोलकर announce करते हो बिना context के, तब लोग गलत तुलना करते हैं, और गलत भी नहीं करते, क्योंकि आपने context नहीं दिया।
Neha
तो असली contrarian take यह है कि sizing का सवाल कम, transparency और disclosure का सवाल ज़्यादा बड़ा है इस पूरे storage sizing debate में, चाहे वो GAIL हो या कोई और obligated entity?
Sudarshan Karweer
बिलकुल. और मैं यह भी जोड़ूंगा — असली tokenism वहाँ है जहाँ कंपनी को पता है कि उनका load profile evening-heavy है, फिर भी वो सिर्फ रेगुलेटरी मिनिमम डालती है सिर्फ capex बचाने के लिए, यह जानते हुए कि इससे actual grid problem solve नहीं होगा. वहाँ नीयत की बात है, GAIL के केस में हमें अभी उतनी जानकारी नहीं है judge करने के लिए।
Neha
फेयर पॉइंट, सुदर्शन, और मुझे लगता है यह पूरी discussion listeners के लिए काफी नया angle देती है इस GAIL वाली स्टोरी पर. चलिए अब इसे wrap करते हैं, हमारे तीन बातें याद रखिये सेगमेंट के साथ।
Three Things to Remember
Sudarshan Karweer
पहली बात — MWh-per-MW ratio हमेशा चेक करो, सिर्फ MW या MWh अलग-अलग मत देखो. अगर captive प्रोजेक्ट में ratio ज़ीरो पॉइंट तीन से कम है, पूछो कि क्या यह genuine technical sizing है या सिर्फ compliance।
Neha
यह पहली बात तो lenders और developers दोनों के लिए बहुत practical है, मुझे लगता है due-diligence checklist में यह जुड़ना चाहिए. दूसरी बात क्या है, sizing के अलावा जो सबसे ज़्यादा ignore होती है?
Sudarshan Karweer
दूसरी बात — disclosure. जब भी कोई कंपनी solar-plus-storage announce करे, बताओ कि storage किस purpose के लिए है — ramp smoothing, peak shaving, या arbitrage. यह एक लाइन की जानकारी पूरी confusion खत्म कर सकती है, और investors व analysts को गलत तुलना करने से बचा सकती है।
Neha
सही है, disclosure standard होना चाहिए, जैसे किसी और sector में disclosure norms होते हैं वैसे ही energy storage के लिए भी. तीसरी और आखिरी बात क्या है जो आप हर developer और discom को बार-बार बताते हैं अपने consulting असाइनमेंट्स में?
Sudarshan Karweer
तीसरी बात — regulation हमेशा एक कदम पीछे रहेगी, इसलिए sizing का फैसला compliance number से मत करो, अपने actual load profile और avoided cost से करो. अगर diesel replace हो रहा है अठारह रुपये यूनिट पर, वहाँ से payback निकालो, ESO percentage से नहीं. जो कंपनियां यह करती हैं, वो लंबे समय में हमेशा जीतती हैं।
Neha
बहुत सही, सुदर्शन. मुझे लगता है यह तीनों points आज के episode का सार हैं — ratio चेक करो, disclosure मांगो, और load profile से sizing करो, compliance number से नहीं।
Close and Next Episode
Sudarshan Karweer
चलिए, आज के लिए इतना ही. अगर आप अपने प्रोजेक्ट की BESS sizing को लेकर कन्फ्यूज़ हैं, चाहे compliance हो या actual load profile, हमसे growthifye.com पर बात कीजिए. अगले episode में हम बात करेंगे कि discoms कैसे अपने ESO targets को standalone BESS tenders में translate कर रहे हैं, और वहाँ tariff कैसे बन रहा है. तब तक, नमस्कार।
Got a question this episode left open? Ask in Hindi, English or Hinglish — Neha reads the queue before every recording, picks listener questions and reads them out in Hindi and English before Sudarshan answers, crediting you by first name.
अपना सवाल हिंदी या English में लिखिए — नेहा अगली रिकॉर्डिंग में चुने गए सवाल दोनों भाषाओं में पढ़ेंगी और सुदर्शन जवाब देंगे।
0 questions on this episode
No questions yet — be the first to put one to Sudarshan. · पहला सवाल आप पूछिए।
