良いRFQは見積もりを比較するのを退屈にします
C&I BESS RFQでは、価格を求める前に3つのことを定義する必要があります：システムが達成すべきこと、供給者が提供すべき具体的な内容、そしてパフォーマンスがどのように受け入れられるか。最低限、サイト/負荷データ、必要なkWとkWh、運転モード、グリッド条件、供給範囲、基準、通信、FAT/SAT要件、保証、納品境界、商業マイルストーンを指定してください。
DOEの現在のBESS調達リソースは同じ原則に従っています：技術要件は調達中に定義されるべきであり、供給者選定後に明確化されるべきではありません。
技術セクションに次のように書かれていると、RFQには手を加える必要があることがわかります：
500 kWhの商業BESSを見積もってください。
供給者はバッテリー容量を知っています。
ほとんどの他のことはまだ不明です。
製品の前に供給者に問題を与える
キャビネットサイズから始めるのではなく、業務内容を説明してください。
例えば：
アプリケーション：工場のピークシェービング + バックアップ
最大サイト需要：780 kW
ターゲットグリッド制限：600 kWです。
重要なバックアップ負荷：120 kW
必要なバックアップ時間：60分
既存のPV：300 kWp
グリッド：400 V, 50 Hz
トランスフォーマー：1,000 kVA
現在、供給者Aと供給者Bは少なくとも同じ問題を解決しようとしています。
ピークシェービングプロジェクトの場合、15分またはそれより細かい間隔の負荷データを添付してください利用可能な場合は。バックアップの場合、重要な負荷スケジュールを含めてください。PV統合については、PVインバータと発電情報を提供してください。
月次請求書だけでは、180 kWのピークが15分続くのか3時間続くのかを示すことはできません。
その違いはバッテリーに大きな影響を与える可能性があります。
kWとkWhを分け、測定境界を定義する
プロジェクト仕様には次のように記載されています：
250 kW PCS
500 kWh バッテリー
すぐにいくつかの定義を追加します。
500 kWhは：
名目/定格エネルギーですか？
使用可能なDCエネルギーですか？
保証された使用可能なACエネルギーですか？
同様に、250 kWは予想される現場の温度とSoCでの連続出力ですか、それとも単なる名目上のコンバータ定格ですか？
有用な技術スケジュールは次のようになります：
| 要件 | 連続kWおよび過負荷要件 |
|---|---|
| PCS電力 | バッテリーエネルギー |
| バッテリーエネルギー | 名目および必要な使用可能エネルギー |
| 持続時間 | 指定された電力での必要な稼働 |
| 効率 | 測定境界および試験条件 |
| SoCウィンドウ | 運用/予備要件 |
| 周囲温度範囲 | サイトの最小/最大温度 |
| 劣化 | 使用期限終了時の性能要件 |
| グリッド | 電圧、周波数、接続ポイント |
産業用リチウムバッテリーについて、IEC 62619:2022は、定置型ESSを含む産業用途で使用される二次リチウムセルおよびバッテリーの安全要件と試験をカバーしています。認証要件は、単に「IEC認証」と言うのではなく、実際の適用基準と提供されるモデルを特定する必要があります。
範囲は、最も安い入札が通常価格を変更する場所です
合計を見積もる前に、すべての項目に次のようにマークを付けます：
含まれる/除外される/オプション/ EPCによる/オーナーによる
次の項目について行います：
バッテリーキャビネット；
PCS；
BMSおよびEMS；
HVACまたは液体冷却；
火災検知および抑制；
AC/DC保護；
変圧器およびスイッチギア；
メーターおよびSCADAインターフェース；
通信ゲートウェイ；
ケーブル；
基礎図面；
スペア；
FAT；
試運転/SAT；
トレーニング；
リモートサポート。
2つの入札を想像してみてください：
サプライヤーA: 205,000ドル
サプライヤーB: 178,000ドル
その後、Aには commissioning、EMS、スペアパーツ、トランスフォーマーインターフェースが含まれているのに対し、Bはこの4つをすべて除外していることに気づきます。
27,000ドルの差は単なる価格差ではありませんでした。
それはスコープの違いでした。.
DOEの調達ガイダンスは、ハードウェア、コントロール、技術仕様、commissioning、相互接続、および関連するプロジェクト責任を調達段階の問題として扱います。
Ruibit/DawniceのRFQの場合、私は1つのバンドル価格を受け入れるのではなく、行ごとのコンプライアンスとスコープの回答を求めます。
通信にはオーナーが必要です
シンプルなインターフェーススケジュールを含めます：
BMS ↔ PCS
PCS ↔ EMS
EMS ↔ サイトメーター
EMS ↔ SCADA/BMS
リモートモニタリング ↔ クラウド/ローカルネットワーク
次に、関連する場合は必要なプロトコルを指定します：
Modbus TCP/RTU
CAN
イーサネット
デジタルI/O
および必要なデータポイント、アラーム、ヒストリアンアクセス、時間同期、サイバーセキュリティ要件。
しかし、最も重要な列は：
責任者
"Modbus対応"は、commissioning中に実際に2つのデバイスを通信させるのが誰なのかを教えてくれません。
バッテリーサプライヤー、PCSベンダー、EPCがそれぞれ他の誰かが統合を所有していると仮定すると、最終的にオーナーが問題を所有することになります。
FATとSATはRFQに含めるべきであり、出荷前のメールには含めるべきではありません
次のように書かないでください：
工場テストが必要です。
受け入れが何を意味するのかを定義してください。
プロジェクトによっては、FATは以下を検証する場合があります：
BMS/PCS/EMS通信
充電/放電操作
保護とアラーム
熱管理コントロール
緊急停止
リモート監視
ドキュメントとファームウェアのバージョン
SATは、インストールされたシステムが購入されたアプリケーションを実行することを証明する必要があります。
プロジェクトがピークシェービングのために購入された場合、ピークシェービング制御をテストします。
バックアップのために購入された場合、バックアップシーケンスをテストします。
契約が使用可能なエネルギーを保証している場合、測定の境界と受け入れ条件を定義します。
DOEのBESS技術仕様リソースは、カスタマイズ可能な調達テンプレートとして明示的に意図されており、受け入れ基準は他のインストールから盲目的にコピーするのではなく、プロジェクト固有であるべきだという有用なリマインダーです。
支払いは証拠に従うべきです
商業条件は技術プロセスを強化するべきです。
私は次のようなマイルストーンを好みます：
技術合意の承認
→ 設計の凍結
→ FATの受け入れ
→ 出荷書類の承認
→ 納品
→ SAT/ commissioningの受け入れ
パーセンテージは取引によりますが、原則は重要です。
ほとんどすべての支払いがFATの前にリリースされる場合、FATで問題が発見されたときにバイヤーはほとんどレバレッジを持ちません。
RFQには次のことも記載する必要があります：
インコターム
リードタイム
梱包および危険物文書
保険責任
commissioning /旅行費用
保証開始日
性能保証
スペアパーツの義務
サービス応答
ソフトウェア/ファームウェアサポート
および保証請求中の運送および労働に関する責任。
10年のBESSは「10年保証付き」以上の商業的定義を必要とします。
RFQは、3社のサプライヤーが同じ仕事を見積もることができたときに完了します
それが私のテストです。
3つのサプライヤーが文書を3つの異なるBESSプロジェクトとして解釈できる場合、RFQは完成していません。
有用なRuibit/Dawniceの問い合わせは、エンジニアリングが次のことに答えられるようにするべきです：
BESSは何をしなければなりませんか？
どのようなサイト条件の下で？
どの機器とサービスが含まれていますか？
製品にはどのような証拠が添付される必要がありますか？
FATとSATはどのように受け入れを決定しますか？
各当事者の責任はどこで終わりますか？
これらの質問に固定された答えが得られれば、価格は意味を持つようになります。
C&I BESS RFQの目的は、製造業者にすべてのバスバーと制御ループの設計方法を教えることではありません。
それは、2つの供給者が異なる範囲を見積もり、同じものを提供しているふりをすることを難しくすることです。
よくある質問
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はどの商業条件を定義すべきですか？
指定する支払いマイルストーン、インコターム、リードタイム、出荷書類、試運転費用、保証開始日、パフォーマンス義務、予備部品、サービス応答、ソフトウェアサポート、および保証の運送料と労働に対する責任.
