容量に付随する条件を読みましょう。
C&I BESSの保証を年数だけで比較しないでください。容量保持のコミットメント、スループットまたはサイクリングの制限、運用条件、適用可能な場合の可用性のコミットメント、除外、測定方法、および救済を比較してください。10年の保証は、プロジェクトの実際の業務がスループット制限を超えたり、契約が容量が規定の閾値を下回ったときに供給者にほとんど義務を与えない場合、はるかに価値が低くなる可能性があります。
これは財務的に重要です。Ruibit BESSのコンテンツ監査では、強力なライフサイクルコスト分析がスループットの仮定と増強コストを特定の保証条項および版に結びつけるべきであることがわかりました。保証を一般的な10年の約束として扱うのではなく、ruibitbess-content-check-2026-1…
したがって、バッテリー価格を比較する前に、2つの供給者の保証を並べてください。
可用性は異なる約束です。
両方の供給者が次のように見積もると仮定します：
10年保証
供給者Aは、保証期間の終了時に定義された容量保持条件を示しています。
サプライヤーBは言います：
10年製品保証
しかし、明確な保持容量のコミットメントはありません。
それらは同等ではありません。
エネルギー貯蔵プロジェクトでは、次のことを知りたいです：
どの容量が保証されていますか？
どの時点で？
どのサイクリング条件下で？
どの温度とDoDで？
容量はどのように測定されますか？
測定境界も重要です。
バッテリーのDC端子での容量テストは、自動的にPCSを通じて供給される使用可能なACエネルギーと同じではありません。
財務モデルに保持数値を入れる前に、境界を固定してください。
除外事項はリスクがどこに移るかを示します。
今、バッテリー保証が定義されたライフタイムエネルギースループットを許可すると仮定します。
次のような例示的なシステムを考えてください：
1 MWhの使用可能なエネルギー
および2つの運用プロファイル。
サイトAは約：
150相当の完全サイクル/年
サイトBのサイクル:
年間330相当のフルサイクル
この単純な比較のために劣化やその他の運用詳細を無視すると:
サイトAはおおよそ:
年間150 MWh
サイトBはおおよそ:
年間330 MWh
10年間で:
1,500 MWh対3,300 MWh
同じカレンダー期間。
非常に異なるバッテリーの使用状況。
保証にスループットの上限が含まれている場合、高利用のプロジェクトはその契約上の限界により早く達する可能性があります。
そのため、頻繁にサイクルする可能性のあるアービトラージプロジェクトは、次のようなラインから承認されるべきではありません:
保証: 10年
その10年間のスループット条件を確認してください。
次に、購入者が見落としがちな質問をしてください：救済策は何ですか？
保持のコミットメントは、運用の前提条件がない限りほとんど存在しません。
契約または適用される製品文書には、次の条件が設定される場合があります:
放電深度
充電/放電率
セルまたは周囲温度
年間または寿命のスループット
最小/最大SoC
メンテナンス
ソフトウェアおよびファームウェア
承認された運用モード
正確な条件は供給者や契約によって異なります。
一つのメーカーの保証条件を業界のルールに変えないでください。
Ruibit/Dawniceの見積もりの場合、提供されるモデルに適用される正確な保証改訂を使用し、プロジェクトの期待される運用プロファイルと比較します。
EMS戦略が保証モデルが想定するよりも大幅に多くのサイクルを必要とする場合、その不一致は発注書の前に明らかであるべきです。
POの前に保証比較表を作成してください。
容量保持の回答:
どれだけのエネルギー能力が残っていますか？
可用性は別のことに答えます：
契約されたシステムは、必要なサービスをどのくらいの頻度で提供できますか？
可用性は、標準のバッテリー保証の一部ではないかもしれません。
以下のように現れることがあります：
システム性能保証
LTSA
O&M契約
または他のプロジェクト特有の契約。
したがって、提案に次のように記載されている場合：
可用性 ≥ X%
可用性がどのように計算されるかを尋ねます。
定期メンテナンスはカウントされますか？
停電はどうですか？
所有者によるダウンタイムは？
通信障害は？
サイトアクセスを待つことは？
予備部品の遅延は？
公式と除外がなければ、2つの供給者は異なる責任を想定しながら同じ可用性のパーセンテージを引用できます。
保証を財務モデルに組み込んでください。
保証の見出しは、供給者があなたに気づいてほしいことを伝えます。
除外は、所有者がまだ負担する可能性のあることを示しています。
次の条件に関するものを読んでください：
温度制限外での運転
過剰なサイクリングまたはスループット
無許可の改造
不適切な設置
承認されていないPCSまたはEMS設定
必要なメンテナンスを実施しないこと
仕様外の環境曝露
運転記録の欠如
BESS調達において、データ保持は特に注意が必要です。
将来の保証請求が過去のBMS、温度、アラーム、またはスループット記録を必要とする場合、所有者はその証拠を保存するための計画が必要です。
さもなければ、技術的に有効な請求を証明することが難しくなります。
1. 購入者はC&I BESS保証で何を比較すべきですか？
契約が定義された容量保持を約束していると仮定しましょう。
後の容量テストでシステムがその閾値を下回ることが示されました。
どうなりますか？
考えられる契約上の救済策には以下が含まれる可能性があります：
修理
モジュール交換
容量増強
金銭的補償
または他の供給者定義の行動。
購入者が自動的に新しいバッテリーを受け取るとは限りません。
保証は供給者の義務、請求を確立するために使用されるテスト手順、および関連する費用を負担する者を説明するべきです。
これらの関連費用は重要です：
技術者の移動
運送料
クレーンアクセス
システムのダウンタイム
再稼働
交換モジュールの互換性
保証は強力な見出しを持つことができますが、救済策は弱い場合があります。
POの前に保証比較表を作成する
各オファーを1ページにまとめることをお勧めします：
| 保証項目 | 確認すべきこと |
|---|---|
| 期間 | 開始日と期間 |
| 容量保持 | 閾値と曲線 |
| 測定 | DC/AC境界と試験手順 |
| スループット | 年間/生涯制限 |
| 運用条件 | DoD、温度、Cレート、SoC |
| 可用性 | 範囲、公式、除外 |
| メンテナンス | 必要なアクションと記録 |
| 除外 | カバレッジを無効にする/制限する条件 |
| 救済 | 修理、交換、増強、補償 |
| 請求証拠 | 必要なデータと文書 |
供給者がこれらのフィールドを埋められない場合、私はまだ保証に金銭的価値を割り当てません。
保証を財務モデルに組み込む
保証のレビューはプロジェクトの劣化と回収モデルに直接結びつくべきです。
もし財務モデルが以下を仮定している場合：
年間330サイクル
しかし保証の経済がはるかに軽い負荷を仮定している場合、その違いを調査してください。
もし10年目のキャッシュフローが特定の使用可能な容量を仮定しているなら、その容量が：
契約上サポートされているか確認してください
公開された仕様に基づく
または単なるスプレッドシートの仮定.
それらは異なる証拠レベルです。
最も強力なC&I BESSの保証は、必ずしも最も長い期間のものではありません。プロジェクトが実際に行う義務に合致する容量、スループット、運転条件、測定方法、除外事項、救済策を持つものです。そして、請求が発生した際に確認できるように義務が具体的である必要があります。
よくある質問
1. C&I BESSの保証で購入者は何を比較すべきか？
保証期間、容量保持、スループット制限、運転条件、測定方法、除外事項、請求要件、救済策を保証年数だけでなく比較してください。10年間稼働する2つのシステムは、非常に異なるサイクル数を完了する可能性があります。高利用率のプロジェクトは、軽くサイクルされたシステムよりもはるかに早く契約上の
2. BESSの保証においてスループット制限が重要な理由は何ですか？
寿命スループット制限に達することがあります。必ずしもそうではありません。可用性の約束は、システム性能保証、LTSA、O&M契約、またはプロジェクト特有の契約に現れる場合があります。
3. BESSの可用性は通常、バッテリー保証に含まれていますか？
常に計算方法と除外事項を確認してください。救済策は契約によります。それは、修理、モジュール交換、容量増強、金銭的補償、または他の定義された行動を含む場合があります。
4. バッテリー容量が保証されたレベルを下回った場合、どうなりますか？
モデルのサイクリング、スループット、劣化、10年目の容量の仮定は、実際の保証条件と運転限界と照らし合わせて確認する必要があります。.
5. BESSの保証はどのように財務モデルに関連付けるべきですか？
C&I BESS保証の比較方法：容量保持、スループット制限、可用性、除外事項2つの10年保証は非常に異なるリスクをカバーできます。容量保持から始めましょう。
