एक अच्छा RFQ उद्धरणों की तुलना को उबाऊ बनाता है
एक C&I BESS RFQ को कीमत मांगने से पहले तीन चीजें परिभाषित करनी चाहिए: सिस्टम को क्या हासिल करना है, सप्लायर को क्या प्रदान करना है, और प्रदर्शन को कैसे स्वीकार किया जाएगा। न्यूनतम, साइट/लोड डेटा, आवश्यक kW और kWh, संचालन मोड, ग्रिड की स्थिति, आपूर्ति का दायरा, मानक, संचार, FAT/SAT आवश्यकताएँ, वारंटी, डिलीवरी सीमा, और व्यावसायिक मील के पत्थर निर्दिष्ट करें।

DOE के वर्तमान BESS खरीद संसाधन उसी सिद्धांत का पालन करते हैं: तकनीकी आवश्यकताएँ खरीद के दौरान परिभाषित की जानी चाहिए न कि सप्लायर चयन के बाद स्पष्टता के लिए छोड़ी जानी चाहिए।
मुझे पता है कि RFQ को काम की आवश्यकता होती है जब इसका तकनीकी अनुभाग कहता है:
कृपया 500 kWh व्यावसायिक BESS का उद्धरण दें।
सप्लायर बैटरी की क्षमता जानता है।
लगभग बाकी सब कुछ अभी भी अज्ञात है।
उत्पाद से पहले आपूर्तिकर्ताओं को समस्या दें
कैबिनेट के आकार से शुरू करने के बजाय, ड्यूटी का वर्णन करें।
उदाहरण के लिए:
अनुप्रयोग:फैक्टरी पीक शेविंग + बैकअप
अधिकतम साइट मांग:780 kW
लक्ष्य ग्रिड सीमा:600 kW
महत्वपूर्ण बैकअप लोड:120 किलोग्राम
आवश्यक बैकअप अवधि:60 मिनट
मौजूदा PV:300 kWp
ग्रिड:400 V, 50 Hz
ट्रांसफार्मर:1,000 kVA
अब सप्लायर A और सप्लायर B कम से कम एक ही समस्या को हल करने की कोशिश कर रहे हैं।
पीक-शेविंग परियोजनाओं के लिए, संलग्न करें15-मिनट या अधिक बारीकी से अंतराल लोड डेटाजहाँ उपलब्ध हो। बैकअप के लिए, महत्वपूर्ण लोड कार्यक्रम शामिल करें। PV एकीकरण के लिए, PV इन्वर्टर और उत्पादन जानकारी प्रदान करें।
एक मासिक बिल अकेले यह नहीं दिखा सकता कि 180 kW पीक पंद्रह मिनट तक रहता है या तीन घंटे।
यह अंतर बैटरी को काफी बदल सकता है।
kW को kWh से अलग करें—और माप सीमा को परिभाषित करें
मान लीजिए कि परियोजना विनिर्देशों में कहा गया है:
250 kW PCS
500 kWh बैटरी
मैं तुरंत कई परिभाषाएँ जोड़ूंगा।
क्या 500 kWh है:
नाममात्र/नामपट्ट ऊर्जा?
उपयोगी DC ऊर्जा?
गारंटीकृत उपयोगी AC ऊर्जा?
इसी तरह, क्या 250 kW अपेक्षित स्थल तापमान और SoC पर निरंतर है, या केवल एक नाममात्र कनवर्टर रेटिंग है?
एक उपयोगी तकनीकी कार्यक्रम इस तरह दिख सकता है:
| आवश्यकता | खरीदार को परिभाषित करना चाहिए |
|---|---|
| PCS पावर | निरंतर kW और ओवरलोड आवश्यकता |
| बैटरी ऊर्जा | मानक और आवश्यक उपयोगी ऊर्जा |
| अवधि | निर्धारित शक्ति पर आवश्यक कार्य |
| कुशलता | माप सीमा और परीक्षण स्थितियाँ |
| SoC विंडो | संचालन/आरक्षित आवश्यकताएँ |
| पर्यावरणीय सीमा | स्थल न्यूनतम/अधिकतम तापमान |
| क्षय | जीवन के अंत में प्रदर्शन आवश्यकताएँ |
| ग्रिड | वोल्टेज, आवृत्ति, कनेक्शन बिंदु |
औद्योगिक लिथियम बैटरियों के लिए, IEC 62619:2022 औद्योगिक अनुप्रयोगों में उपयोग की जाने वाली द्वितीयक लिथियम सेल और बैटरियों के लिए सुरक्षा आवश्यकताओं और परीक्षणों को कवर करता है, जिसमें स्थिर ESS शामिल है। प्रमाणन आवश्यकताओं को वास्तविक लागू मानक और प्रस्तुत मॉडल की पहचान करनी चाहिए, न कि केवल "IEC प्रमाणित" कहकर।
दायरा वह जगह है जहाँ सबसे सस्ता बोली आमतौर पर मूल्य बदलता है
कुल देखने से पहले, मैं हर आइटम को चिह्नित करूंगा:
शामिल / बाहर / वैकल्पिक / EPC द्वारा / मालिक द्वारा
इसके लिए करें:
बैटरी कैबिनेट;
PCS;
BMS और EMS;
HVAC या तरल शीतलन;
आग का पता लगाने और दबाने की प्रणाली;
AC/DC सुरक्षा;
ट्रांसफार्मर और स्विचगियर;
मापने और SCADA इंटरफेस;
संवाद गेटवे;
केबल;
फाउंडेशन ड्रॉइंग;
स्पेयर;
FAT;
कमिशनिंग/SAT;
प्रशिक्षण;
दूरस्थ समर्थन।
दो बोलीों की कल्पना करें:
आपूर्तिकर्ता A: $205,000
आपूर्तिकर्ता B: $178,000
फिर आप पाते हैं कि A में कमिशनिंग, EMS, स्पेयर पार्ट्स और ट्रांसफार्मर इंटरफेस शामिल हैं जबकि B इनमें से चार को बाहर करता है।
$27,000 का अंतर कभी भी केवल एक मूल्य अंतर नहीं था।
यह एकदायरा अंतर था.
DOE खरीद मार्गदर्शन समान रूप से हार्डवेयर, नियंत्रण, तकनीकी विशिष्टताओं, कमिशनिंग, इंटरकनेक्शन, और संबंधित परियोजना जिम्मेदारियों को खरीद चरण के मुद्दों के रूप में मानता है।
एक Ruibit/Dawnice RFQ के लिए, मैं इसलिए एक लाइन-दर-लाइन अनुपालन और दायरा प्रतिक्रिया मांगूंगा बजाय एक बंडल मूल्य स्वीकार करने के।
संचार को एक मालिक की आवश्यकता होती है
मैं एक साधारण इंटरफेस कार्यक्रम शामिल करूंगा:
BMS ↔ PCS
PCS ↔ EMS
EMS ↔ साइट मीटर
EMS ↔ SCADA/BMS
रिमोट मॉनिटरिंग ↔ क्लाउड/स्थानीय नेटवर्क
फिर आवश्यक प्रोटोकॉल निर्दिष्ट करें जहाँ प्रासंगिक हो:
मोदबस TCP/RTU
CAN
ईथरनेट
डिजिटल I/O
और आवश्यक डेटा बिंदु, अलार्म, इतिहासकार पहुंच, समय समन्वय और साइबर सुरक्षा आवश्यकताएँ।
लेकिन सबसे महत्वपूर्ण कॉलम है:
जिम्मेदार पार्टी
क्योंकि "Modbus समर्थित" मुझे यह नहीं बताता कि कमीशनिंग के दौरान दो उपकरणों को वास्तव में संवाद करने के लिए किसे करना चाहिए।
यदि बैटरी आपूर्तिकर्ता, PCS विक्रेता और EPC प्रत्येक मानते हैं कि कोई और एकीकरण का मालिक है, तो अंततः मालिक समस्या का मालिक बन जाता है।

FAT और SAT RFQ में होने चाहिए, शिपमेंट से पहले ईमेल में नहीं
न लिखें:
कारखाना परीक्षण आवश्यक है।
स्वीकृति का क्या अर्थ है, इसे परिभाषित करें।
परियोजना के आधार पर, FAT निम्नलिखित की पुष्टि कर सकता है:
BMS/PCS/EMS संचार
चार्ज/डिस्चार्ज संचालन
सुरक्षा और अलार्म
थर्मल-प्रबंधन नियंत्रण
आपातकालीन रोक
दूरस्थ निगरानी
दस्तावेज़ीकरण और फर्मवेयर संस्करण
SAT को साबित करना चाहिए कि स्थापित प्रणाली खरीदी गई आवेदन को प्रदर्शन करती है।
यदि परियोजना पीक शेविंग के लिए खरीदी गई थी, तो पीक-शेविंग नियंत्रण का परीक्षण करें।
यदि इसे बैकअप के लिए खरीदा गया था, तो बैकअप अनुक्रम का परीक्षण करें।
यदि अनुबंध उपयोगी ऊर्जा की गारंटी देता है, तो माप सीमा और स्वीकृति की शर्तें परिभाषित करें।
DOE का BESS तकनीकी विनिर्देश संसाधन स्पष्ट रूप से एक अनुकूलन योग्य खरीद टेम्पलेट के रूप में अभिप्रेत है, जो एक उपयोगी अनुस्मारक है कि स्वीकृति मानदंड परियोजना-विशिष्ट होने चाहिए न कि किसी अन्य स्थापना से अंधाधुंध कॉपी किए जाने चाहिए।
भुगतान को साक्ष्य का पालन करना चाहिए
व्यावसायिक शर्तें तकनीकी प्रक्रिया को मजबूत करना चाहिए।
मैं ऐसे मील के पत्थर पसंद करता हूँ:
तकनीकी समझौता स्वीकृत
→ डिज़ाइन फ्रीज़
→ FAT स्वीकार किया गया
→ शिपिंग दस्तावेज़ स्वीकृत
→ डिलीवरी
→ SAT/कमिशनिंग स्वीकार किया गया
प्रतिशत लेन-देन पर निर्भर करते हैं, लेकिन सिद्धांत महत्वपूर्ण है।
यदि FAT से पहले लगभग सभी भुगतान जारी किया जाता है, तो खरीदार के पास FAT द्वारा समस्या खोजे जाने पर बहुत कम शक्ति होती है।
RFQ में यह भी उल्लेख होना चाहिए:
इंकोटर्म
लीड टाइम
पैकिंग और खतरनाक सामान का दस्तावेज़ीकरण
बीमा की जिम्मेदारी
कमिशनिंग/यात्रा लागत
वारंटी प्रारंभ तिथि
प्रदर्शन वारंटी
स्पेयर-पार्ट्स की जिम्मेदारियाँ
सेवा प्रतिक्रिया
सॉफ़्टवेयर/फर्मवेयर समर्थन
और वारंटी दावों के दौरान माल और श्रम की जिम्मेदारी।
एक दस वर्षीय BESS को "10-वर्षीय वारंटी शामिल" से अधिक व्यावसायिक परिभाषा की आवश्यकता है।
RFQ तब समाप्त होता है जब तीन आपूर्तिकर्ता एक ही कार्य का उद्धरण दे सकते हैं
यह मेरा परीक्षण है।
यदि तीन आपूर्तिकर्ता दस्तावेज़ को तीन अलग-अलग BESS परियोजनाओं के रूप में व्याख्या कर सकते हैं, तो RFQ पूरा नहीं हुआ है।
एक उपयोगी Ruibit/Dawnice पूछताछ को इंजीनियरिंग को उत्तर देने देना चाहिए:
BESS को क्या करना चाहिए?
किस साइट की परिस्थितियों के तहत?
कौन-सी उपकरण और सेवाएँ शामिल हैं?
उत्पाद के साथ कौन-सा प्रमाण होना चाहिए?
FAT और SAT स्वीकृति कैसे निर्धारित करेंगे?
प्रत्येक पक्ष की जिम्मेदारी कहाँ समाप्त होती है?
एक बार जब उन प्रश्नों के निश्चित उत्तर हो जाते हैं, तो मूल्य महत्वपूर्ण हो जाता है।
C&I BESS RFQ का उद्देश्य निर्माता को यह बताना नहीं है कि हर बसबार और नियंत्रण लूप को कैसे डिजाइन किया जाए।
इसका उद्देश्य दो आपूर्तिकर्ताओं के लिए विभिन्न दायरे का उद्धरण देना कठिन बनाना है और फिर भी यह दिखाना है कि वे वही चीज़ पेश कर रहे हैं।

अक्सर पूछे जाने वाले प्रश्न
1. C&I BESS RFQ में कौन सी जानकारी शामिल होनी चाहिए?
शामिल करेंसाइट और अंतराल लोड डेटा, आवश्यक kW और kWh, संचालन के उद्देश्य, ग्रिड और ट्रांसफार्मर की जानकारी, पर्यावरणीय स्थितियाँ, प्रणाली की वास्तुकला, संचार, प्रमाणन आवश्यकताएँ, FAT/SAT मानदंड, वारंटी, और वाणिज्यिक शर्तें.
2. BESS RFQ में kW और kWh को अलग-अलग क्यों निर्दिष्ट किया जाना चाहिए?
kW शक्ति क्षमता को परिभाषित करता है, जबकिkWh ऊर्जा क्षमता और अवधि को परिभाषित करता है। खरीदारों को यह स्पष्ट करना चाहिए कि क्या kWh नामप्लेट, उपयोगी DC, या गारंटीशुदा उपयोगी AC ऊर्जा को संदर्भित करता है।
3. खरीदारों को विभिन्न BESS उद्धरणों के दायरे की तुलना कैसे करनी चाहिए?
एक बनाएंशामिल / बाहर / वैकल्पिक / EPC द्वारा / मालिक द्वारामैट्रिक्स जिसमें बैटरी, PCS, EMS, कूलिंग, अग्नि सुरक्षा, ट्रांसफार्मर, स्विचगियर, संचार, कमीशनिंग, प्रशिक्षण, स्पेयर पार्ट्स, और समर्थन शामिल हैं।
4. क्या FAT और SAT आवश्यकताओं को RFQ में शामिल किया जाना चाहिए?
हाँ। आवश्यक परीक्षणों और मापनीयपास/फेल मानदंड को खरीदारी से पहले परिभाषित करें। FAT शिपमेंट से पहले प्रणाली की पुष्टि करता है, जबकि SAT यह पुष्टि करता है कि स्थापित BESS साइट पर अपनी आवश्यक कार्यक्षमताएँ निभा रहा है।
5. BESS RFQ को कौन सी वाणिज्यिक शर्तें परिभाषित करनी चाहिए?
निर्दिष्ट करेंभुगतान मील के पत्थर, इन्कोटर्म, लीड टाइम, शिपिंग दस्तावेज़, कमीशनिंग लागत, वारंटी की शुरुआत की तारीख, प्रदर्शन दायित्व, स्पेयर पार्ट्स, सेवा प्रतिक्रिया, सॉफ़्टवेयर समर्थन, और वारंटी माल और श्रम की जिम्मेदारी.






