GAIL का 100MW Solar, केवल 22MWh BESS: प्रतीकात्मकता या समझदारीपूर्ण आकार निर्धारण?

Sudarshan Karweer

देखिए, GAIL ने अभी 100 मेगावाट का सोलर प्लांट लगाया है, साथ में केवल 22 मेगावाट-आवर की battery। सवाल यह है — क्या यह स्मार्ट इंजीनियरिंग है, या केवल अनुपालन की चेकबॉक्स टिकिंग?

Sudarshan Karweer

नमस्कार, मैं सुदर्शन करवीर, आपका स्वागत है Growthifye Grid में। आज हम GAIL के सोलर-प्लस-स्टोरेज प्रोजेक्ट पर चर्चा करेंगे, और यह भी देखेंगे कि औद्योगिक खरीदार अनिवार्य BESS नियमों को अपने हिसाब से कैसे मोड़ रहे हैं। हमारे साथ नेहा हैं, जो हमारी Research टीम से हैं।

Neha

सुदर्शन, आज की सबसे चर्चित खबर यह है – GAIL ने अपनी captive आवश्यकता के लिए 100 मेगावाट सोलर के साथ केवल 22 मेगावाट-आवर की BESS लगाई है। यह Mercom India की एक हालिया रिपोर्ट में आया, और LinkedIn पर लोग इसे बॉक्स-टिकिंग बता रहे हैं।

Sudarshan Karweer

देखिए, 22 मेगावाट-आवर को 100 मेगावाट पर देखें तो यह केवल 13 मिनट का full-load backup है। यह तो व्यावहारिक रूप से कुछ नहीं है। उद्योग में जब हम BESS sizing की बात करते हैं, तो कम से कम एक घंटे से शुरू करते हैं और चार घंटे तक जाते हैं। 13 मिनट, सच कहूँ तो, यह केवल inverter-level smoothing के लिए पर्याप्त है, शाम की peak के लिए नहीं।

Neha

लेकिन सर, यह तो अनुपालन आवश्यकता पूरी कर रहा है, है ना? MNRE का Energy Storage Obligation, यानी ESO, अभी 2026-27 के लिए 1 percent से शुरू हो रहा है, और बढ़ते-बढ़ते 2029-30 तक 4 percent तक जाएगा।

Sudarshan Karweer

हाँ, बिल्कुल, और यहीं पर खेल है। ESO केवल energy का percentage मांगता है, duration नहीं बताता। इसलिए यदि आपकी annual consumption बड़ी है, और सोलर generation भी बड़ा है, तो आप छोटी battery से भी वह percentage निकाल सकते हैं। यह loophole नहीं है, यह regulation की कमी है, और कंपनियाँ इसे legally use कर रही हैं।

Neha

तो मतलब technically यह illegal नहीं है, बस design intent अलग है — अनुपालन के लिए न्यूनतम, वास्तविक grid support के लिए नहीं। लेकिन फिर सवाल उठता है, अगर सभी बड़े obligated entities यही करें, तो पूरे system की storage adequacy कैसे बनेगी?

Sudarshan Karweer

यही तो असली चिंता है। अगर हर कोई minimum ही लगाएगा, तो शाम के ramp के समय, जब सोलर घटता है और demand बढ़ती है, grid पर वही पुराना दबाव रहेगा — coal और gas peaking plants पर। Storage का उद्देश्य ही यह था कि वह दबाव कम हो, और यदि सभी केवल कागज़ पर compliance कर रहे हैं, तो physical benefit नहीं मिलेगा।

Neha

चलिए इसे सीधे numbers में देखते हैं, क्योंकि तुलना करने पर अंतर बहुत स्पष्ट दिखता है। एक तरफ GAIL का यह प्रोजेक्ट है, दूसरी तरफ NLC India की subsidiary NIRL ने अभी GUVNL से Gujarat में 275 मेगावाट, 550 मेगावाट-आवर की BESS जीती है। यह same industry, बिल्कुल अलग philosophy दिखाती है।

Sudarshan Karweer

यह बिल्कुल सही उदाहरण है, नेहा। NLC का यह प्रोजेक्ट 2 घंटे की duration देता है — 275 मेगावाट पर 550 मेगावाट-आवर, अर्थात ratio 1 से 2 का है, MWh per MW। GAIL में यह ratio है 0.22। मतलब NLC लगभग 9 गुना अधिक storage intensity पर बना रहा है।

Neha

और यह केवल Gujarat तक सीमित नहीं है। राजस्थान में अभी पाँच सौ मेगावाट का, दो हज़ार मेगावाट-आवर का, चार घंटे का BESS tender आवंटित हुआ है, ढाई लाख पचासी हज़ार रुपये प्रति मेगावाट प्रति महीने के tariff पर। वहाँ भी ratio चार है, GAIL से अठारह गुना अधिक।

Sudarshan Karweer

सही समझा। और capex की बात करें, तो आज की तारीख़ में BESS लगभग सवा दो से ढाई करोड़ रुपये प्रति मेगावाट-आवर बैठता है। तो बाईस मेगावाट-आवर का मतलब करीब पचास-पचपन करोड़ रुपये का investment। जबकि सौ मेगावाट solar का capex ही साढ़े तीन सौ से चार सौ करोड़ के आसपास है।

Neha

तो storage capex कुल project cost का केवल बारह-तेरह percent बैठता है GAIL के case में। जबकि NLC वाले Gujarat project में, अगर हम solar और standalone BESS दोनों जोड़ें, तो storage का हिस्सा कुल capex का साठ-सत्तर percent तक चला जाता है, क्योंकि वहाँ standalone BESS है, hybrid नहीं।

Sudarshan Karweer

यहीं difference है, और यह मानना पड़ेगा — दोनों projects की geometry अलग है। NLC का project discom के लिए standalone storage है, evening peak shaving के लिए, contract ही वैसा है। GAIL का project 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 अच्छी हो या बुरी।

Neha

चलिए एक वास्तविक उदाहरण लेते हैं, बिना नाम लिए बिल्कुल, क्योंकि Growthifye में हमने पिछले साल एक बड़े process industry client के लिए बिल्कुल यही sizing exercise की थी — solar plus BESS, captive के लिए।

Sudarshan Karweer

हाँ, याद है यह case। एक बड़ी chemicals company थी, बीस मेगावाट का continuous load, चौबीस घंटे चलने वाला। उन्होंने पहले proposal में साठ मेगावाट solar के साथ केवल आठ मेगावाट-आवर BESS रखा था — सिर्फ इसलिए कि उनके consultant ने कहा था ESO compliance के लिए इतना पर्याप्त है।

Neha

और आपने क्या suggest किया, क्योंकि आठ मेगावाट-आवर तो सचमुच बहुत कम लग रहा था साठ मेगावाट solar के मुकाबले, ratio तो केवल zero point zero three बनता है, GAIL से भी कम। आपने उनको क्या alternative दिया?

Sudarshan Karweer

मैंने उनको समझाया कि उनकी असली समस्या evening का diesel genset backup था, जिसे वे अभी भी use कर रहे थे, अठारह रुपये प्रति unit पर। हमने calculation किया — अगर वे बीस मेगावाट-आवर की BESS लगाएँ, दो घंटे की duration, तो diesel replace हो सकता था, और payback केवल चार साल में आ रहा था, tariff savings से।

Neha

तो अंत में उन्होंने capacity बढ़ाई या compliance वाला रास्ता ही चुना? क्योंकि consultant वाला मूल प्रस्ताव तो केवल ESO compliance के हिसाब से बना था, वास्तविक परिचालन लागत-लाभ के हिसाब से बिल्कुल नहीं।

Sudarshan Karweer

उन्होंने बढ़ाई, बीस मेगावाट-आवर तक गए, और सच कहूँ तो मैंने स्वयं 2019 में एक textile client के लिए यही गलती की थी — केवल regulatory minimum के आधार पर sizing कर दी, बाद में उन्हें अलग से diesel backup रखना पड़ा क्योंकि duration पर्याप्त नहीं था। उस अनुभव के बाद मैं हमेशा वास्तविक load profile से शुरू करता हूँ, compliance number से नहीं।

Neha

तो lesson यह है कि compliance का number केवल एक प्रारंभिक संदर्भ है, उसे वास्तविक technical sizing का आधार नहीं बनना चाहिए। फिर भी, आपके अनुभव में कितने developers वास्तव में यह गलती करते हैं?

Sudarshan Karweer

मेरा अनुमान है साठ-सत्तर percent छोटे और मध्यम captive projects में यही होता है। बड़े IPPs, जो SECI या discom को बेचते हैं, वे सही sizing करते हैं क्योंकि PPA में penalty clause कठोर होते हैं। लेकिन captive OA वाले, जहाँ obligation केवल स्वयं के ऊपर है, वहाँ compliance-minimum approach बहुत सामान्य है।

Neha

तो अब असली सवाल यह है — lenders, developers, और utilities को अलग क्या करना चाहिए ताकि यह gaming, या कहें tokenism, धीरे-धीरे कम हो? क्योंकि अभी तो हर कोई अपने हिसाब से sizing कर रहा है।

Sudarshan Karweer

पहली बात, lenders के लिए। यदि आप BESS project को finance कर रहे हैं, केवल capacity पर मत जाइए, discharge duration और cycle life देखिए। मैं बैंकों को हमेशा कहता हूँ, MW number मत पूछो, 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

यही तो gap है। CTUIL ने जो clarification दी है GNA पर, वह access rights के बारे में है, obligation sizing के बारे में नहीं। मेरा सुझाव है discoms अपने PPA templates में एक clause डालें — minimum two-hour equivalent discharge at rated capacity, चाहे obligation कितनी भी छोटी क्यों न हो। वरना यह केवल कागजी compliance बनकर रह जाएगा।

Neha

पर क्या ऐसा clause सभी captive प्रोजेक्ट्स पर लागू हो सकता है, या केवल discom को बेचने वाले प्रोजेक्ट्स पर, क्योंकि captive OA वालों पर तो discom का सीधा नियंत्रण नहीं होता?

Sudarshan Karweer

सही कहा, captive पर discom का सीधा नियंत्रण नहीं है। वहाँ MNRE और CERC को ही ESO के regulations अपडेट करने पड़ेंगे। मेरा मानना है कि duration-linked incentive होना चाहिए — जो अधिक duration जोड़ेगा, उसे accelerated depreciation या lower interconnection charge जैसा लाभ मिले। यहाँ केवल दंड नहीं, प्रोत्साहन भी चाहिए।

Neha

अब एक contrarian सवाल पूछूँ? क्या हम GAIL को बहुत अधिक दोष दे रहे हैं? हो सकता है तेरह मिनट की battery उनके वास्तविक use-case के लिए बिल्कुल सही sizing हो, tokenism बिल्कुल न हो, बस हम NLC के standalone peaking प्रोजेक्ट से गलत तुलना कर रहे हों?

Sudarshan Karweer

यह उचित बिंदु है, और सच कहूँ तो मैं भी इसे पूरी तरह tokenism नहीं कहूँगा। GAIL जैसे gas और petrochemical प्लांट्स का load profile बहुत flat होता है, चौबीसों घंटे। उन्हें सिर्फ सोलर के ramp-down के समय, यानी शाम के डेढ़-दो घंटे, थोड़ी smoothing चाहिए, ताकि grid frequency पर असर न पड़े। उसके लिए तेरह मिनट की duration शायद पर्याप्त भी हो।

Neha

तो फिर सोशल मीडिया पर headline में जो tokenism शब्द इस्तेमाल हो रहा है, वह इस मामले में थोड़ा अनुचित है, आपके हिसाब से, या फिर आप कहेंगे कि disclosure की कमी है — GAIL ने यह स्पष्ट नहीं किया कि यह smoothing के लिए है, evening peak shaving के लिए नहीं?

Sudarshan Karweer

यही असली मुद्दा है — disclosure। अगर GAIL साफ़ बोले कि यह हमारा ramp-smoothing solution है, हम evening peak को अलग से manage करते हैं diesel या grid import से, तो कोई सवाल नहीं। लेकिन जब आप इसे green infrastructure और ESO compliant बोलकर बिना context के announce करते हैं, तब लोग गलत तुलना करते हैं, और गलत भी नहीं करते, क्योंकि आपने context नहीं दिया।

Neha

तो असली contrarian take यह है कि sizing का सवाल कम, transparency और disclosure का सवाल अधिक बड़ा है इस पूरे storage sizing debate में, चाहे वह GAIL हो या कोई और obligated entity?

Sudarshan Karweer

बिल्कुल। और मैं यह भी जोड़ूँगा — असली tokenism वहाँ है जहाँ कंपनी को पता है कि उनका load profile evening-heavy है, फिर भी वे केवल regulatory minimum लगाते हैं, सिर्फ capex बचाने के लिए, यह जानते हुए कि इससे वास्तविक grid problem solve नहीं होगी। वहाँ नीयत की बात है; GAIL के मामले में हमें अभी उतनी जानकारी नहीं है judge करने के लिए।

Neha

उचित बिंदु, सुदर्शन, और मुझे लगता है यह पूरी चर्चा listeners के लिए इस GAIL वाली कहानी पर एक काफ़ी नया angle देती है। चलिए अब इसे wrap करते हैं, हमारे three बातें याद रखिये segment के साथ।

Sudarshan Karweer

पहली बात — MWh-per-MW ratio हमेशा check करो, सिर्फ MW या MWh अलग-अलग मत देखो। अगर captive प्रोजेक्ट में ratio zero point three से कम है, पूछो कि क्या यह genuine technical sizing है या सिर्फ compliance।

Neha

यह पहला बिंदु lenders और developers, दोनों के लिए अत्यंत व्यावहारिक है। मुझे लगता है कि यह due-diligence checklist में शामिल होना चाहिए। दूसरा बिंदु क्या है, sizing के अलावा जो सबसे अधिक अनदेखा किया जाता है?

Sudarshan Karweer

दूसरा बिंदु है disclosure। जब भी कोई कंपनी solar-plus-storage की घोषणा करे, यह स्पष्ट होना चाहिए कि storage किस उद्देश्य के लिए है — ramp smoothing, peak shaving, या arbitrage। यह एक पंक्ति की जानकारी पूरी भ्रम की स्थिति समाप्त कर सकती है और investors तथा analysts को गलत तुलना करने से बचा सकती है।

Neha

सही है, disclosure standard होना चाहिए। जैसे किसी अन्य sector में disclosure norms होते हैं, वैसे ही energy storage के लिए भी होने चाहिए। तीसरा और अंतिम बिंदु क्या है जो आप अपने consulting असाइनमेंट्स में हर developer और discom को बार-बार बताते हैं?

Sudarshan Karweer

तीसरा बिंदु यह है कि regulation हमेशा एक कदम पीछे रहेगी। इसलिए sizing का निर्णय compliance number के आधार पर नहीं, बल्कि अपने actual load profile और avoided cost के आधार पर कीजिए। यदि diesel को अठारह रुपये प्रति unit पर replace किया जा रहा है, तो payback वहीं से निकालिए, ESO percentage से नहीं। जो कंपनियाँ यह करती हैं, वे दीर्घकाल में हमेशा सफल होती हैं।

Neha

बहुत सही, सुदर्शन। मुझे लगता है कि ये तीनों बिंदु आज के episode का सार हैं — ratio जाँचिए, disclosure मांगिए, और load profile के आधार पर sizing कीजिए, compliance number के आधार पर नहीं।

Sudarshan Karweer

चलिए, आज के लिए इतना ही। यदि आप अपने प्रोजेक्ट की BESS sizing को लेकर भ्रमित हैं, चाहे compliance हो या actual load profile, तो हमसे growthifye.com पर बात कीजिए। अगले episode में हम चर्चा करेंगे कि discoms अपने ESO targets को standalone BESS tenders में कैसे translate कर रहे हैं, और वहाँ tariff कैसे बन रहा है। तब तक, नमस्कार।