はじめに: 電力価値が時間に依存するようになる理由

多くの商業および産業ユーザーにとって、電気料金は、消費されるエネルギーの量だけでなく、そのエネルギーがいつ輸入、輸出、または保管されるかにも依存するようになっています。

したがって、計測および請求のアーキテクチャでは、インポートまたはエクスポートされたエネルギーの時間割り当てを維持する必要があります。料金設計によっては、これは間隔記録を通じて達成される場合があります。 料金表 または別の承認された時間ベースのデータ手法。

完全な時間変動または動的な料金プロジェクトには、スマート メーターの設置以上のものが関係します。以下の間の調整が必要です。

• 価格と料金間隔
• メーターの記録間隔または料金表
• メータークロックとタイムゾーン
• データの収集と検証
• 料金と請求額の計算
• EMS最適化データ
• 顧客向けレポート

プロジェクトの中心となる質問は次のとおりです。

時間変動または動的な電力料金を正確に請求し、負荷の最適化に使用するには、どのようなデータ、タイミング、システム アーキテクチャが必要ですか?

1. 時間とともに変化する動的電力料金とは何ですか?

時間変動する電気料金は、異なる期間、動作条件、または市場イベントに異なる価格または料金を割り当てます。

それらには次のものが含まれる場合があります。

• 利用時間料金 事前定義された価格期間を持つ
• クリティカルピークまたはイベントベースの料金設定
• 時間ごとまたはサブ時間ごとの市場連動料金
• 前日または当日価格連動契約
• その他のサプライヤー定義の変動価格構造

欧州連合では、動的な電力価格契約は、より具体的な規制上の意味を持っています。前日市場や当日市場を含むスポット市場の価格変動を、適用される市場決済頻度以上の間隔で反映する電力供給契約です。

使用時間料金設定、動的な電力料金設定、需要ベースの料金、および正式な需要応答プログラムは相互作用する可能性がありますが、それらは同じメカニズムではありません。

価格設定と料金の仕組み

価格設定または課金メカニズム	どのように変化するか	一般的なメーターまたは処理要件
固定エネルギー価格	変更はまれです	総輸入エネルギー
利用時間料金	事前定義された料金期間を使用します	料金表または間隔データ
クリティカルピークまたはイベントベースの料金設定	定められた期間またはイベント中に特別価格を適用します	イベントに合わせた料金表または間隔データ
市場に連動した時間単位の価格設定	時間ごとの市場またはサプライヤーの価格に従う	時間的に調整された間隔エネルギーデータ
日中または短期間の市場連動価格設定	市場に連動したより短い価格期間を追跡します	適用される契約および価格設定ルールに合わせた間隔データ
前日価格連動約定	納品前に公開されている価格を使用します	適用される前日価格にマッピングされた間隔データ
デマンドベースの料金コンポーネント	ピーク電力または需要に依存	最大需要値と定義された需要間隔

需要ベースの料金コンポーネントは、単なる動的エネルギー価格設定の別の形式ではありません。これは、固定の、使用時間ごとの、または動的なエネルギー価格と並行して存在する場合があります。

実際の価格設定と請求間隔は、サプライヤー契約と適用される市場ルールによって定義される必要があります。

EU の電力市場ルールは 15 分の不均衡決済フレームワークをサポートしていますが、これは、すべての小売契約、顧客への請求書、またはメーターの記録間隔が同じ粒度を使用する必要があるという意味ではありません。実際の請求は依然として国の規則、サプライヤーのシステム、顧客の契約、および計測アーキテクチャによって異なります。

2. 動的な関税と需要側の柔軟性

動的な料金設定により、顧客は価格シグナルに応じて消費量を自発的に変更することができます。

正式な需要側柔軟性プログラムには、アクティベーション指示、契約容量、ベースライン方法、応答検証、および個別の決済要件が含まれる場合があります。

動的または時間変動する料金表	需要側の柔軟性プログラム
主に価格主導型	主にディスパッチ主導またはプログラム主導
顧客は対応するかどうか、またどのように対応するかを決定します	応答は要求または契約される場合があります
主な目的は請求額の最適化です	主な目的は検証されたグリッドまたは市場の反応です
価格と請求間隔が中心	ベースラインとアクティベーションのウィンドウが中心となります
サプライヤーと請求チェーンが中心	アグリゲーター、公益事業、またはプログラム決済チェーンが中心となる可能性がある
メーターデータは価格配分をサポートします	メーターデータでレスポンス検証をサポート

動的な料金体系は負荷シフトを促進する可能性がありますが、正式な需要応答プログラムまたは柔軟性プログラムには追加のベースライン、アクティブ化、および検証ルールが必要です。

2 つのメカニズムは重複する場合があります。バッテリー、EV フリート、または産業プロセスは、価格の変化と柔軟性の指示の両方に対応する可能性がありますが、請求、制御、決済のチェーンは依然として異なります。

3. 価格間隔とメーター間隔をどのように一致させる必要があるか

正確な動的な料金請求には、明確に定義され、追跡可能で監査可能な方法を通じてメーターデータと価格データを調整する必要があります。

同じプロジェクト内に複数の時間間隔が存在する場合があります。

• 価格公開間隔
• 料金間隔
• メーター記録間隔
• メーターレジスタのリフレッシュ間隔
• データ収集間隔
• HES 収集間隔
• MDM集約間隔
• 請求間隔
• EMS ポーリング間隔
• 市場決済間隔

これらの間隔は自動的に同一になるわけではありません。

メーターが 15 分のエネルギー間隔を記録している間に価格が時間ごとに変化する場合、請求アーキテクチャは、価格設定の前に 4 つの検証済み間隔を集計するか、4 つの間隔のそれぞれに同じ時間当たり価格を適用することがあります。

選択された方法は、適用される料金規則に基づいて、同等の追跡可能で監査可能な結果を​​生成する必要があります。

単純化されたデータ関係は次のようになります。

時間料金
→ 4 つの検証済み 15 分間エネルギー間隔
→ 承認された集計またはインターバルレベルの価格適用
→ 料金計算
→ お客様請求書

プロジェクトでは以下を定義する必要があります。

• タイムスタンプが間隔の開始を表すか、間隔の終了を表すか
• タイムスタンプに UTC を使用するか現地時間を使用するか
• 部分間隔の処理方法
• 繰り返されるクロック周期または欠落したクロック周期の処理方法
• 短い間隔がどのように集計されるか
• 遅れたデータまたは修正されたデータがどの程度再請求されるか
• 価格割り当てを実行するシステム
• どの料金プランと契約バージョンが適用されるか

高速ポーリングでは、請求間隔は自動的に作成されません。

ゲートウェイは毎秒メーターを読み取り、サプライヤーは検証された 15 分または 1 時間ごとのエネルギー記録を使用して顧客に請求します。

4. どのメーターと処理データが必要ですか?

必要なデータは、価格設定、請求ルール、メーターの役割、システム アーキテクチャ、最適化の目的によって異なります。

すべてのプロジェクトにすべてのデータ フィールドが必要なわけではなく、すべてのフィールドが必ずしもメーターによって生成されるわけでもありません。

4.1 請求に重要なメーターとデータ処理

請求に重要な情報には次のものが含まれる場合があります。

• インターバル輸入エネルギー
• インターバル輸出エネルギー
• 料金表の値
• タイムスタンプ
• メーターまたは測定点の識別子
• 測定間隔
• 測定単位
• インポートまたはエクスポートの方向
• メーターのクロックステータス（入手可能な場合）
• タイムゾーン情報
• 関税期間の割り当て
• 価格ソースと価格識別子
• 料金プラン版
• 料金表カレンダー版
• 課金ルールのバージョン
• データ品質または検証ステータス
• 実際のデータ、欠落データ、推定データ、置換データ、または修正データの表示
• 元のレコードと修正されたレコードの参照
• 輸入価格と輸出信用の扱い

すべてのフィールドが必ずしもメーターによって生成されるわけではありません。検証フラグ、料金表の割り当て、価格識別子、および修正ステータスは、HES、MDM、料金表エンジン、または請求システムによって追加される場合があります。

たとえば:

• メーターは、インターバルエネルギー、料金表レジスタ値、およびタイムスタンプを生成する場合があります。
• HES はデバイスおよび通信情報を収集する場合があります。
• MDM は、検証、推定、置換、または修正ステータスを追加する場合があります。
• 料金表エンジンは、料金表期間、価格識別子、および料金表バージョンを割り当てることができます。
• 請求システムは、最終的な請求記録と再請求参照を生成する場合があります。

メーターの仕様だけでは完全な請求データ モデルを定義できないため、この区別は重要です。

4.2 最適化データ

EMS またはその他の最適化プラットフォームでは、以下を使用できます。

• ほぼリアルタイムの有効電力
• プロファイルをロードする
• 最大需要
• 電力の輸出入
• 資産レベルのエネルギーデータ
• BESSの充放電データ
• EV充電 力
• PV発電
• 予測消費量
• 予測価格データ
• 機器の制約
• サイト運営スケジュール

最適化データは、公式の請求データよりも頻繁に収集される場合があります。

4.3 診断データ

診断データには次のものが含まれる場合があります。

• メーターの時計の状態
• 通信状態
• デバイスイベント
• レジスターの可用性
• ファームウェアのバージョン
• 料金表カレンダー版
• データギャップ
• イベントのリセットまたは再開
• 同期ステータス
• 通信のリトライ
• デバイスの交換または構成の変更

診断情報は、請求データまたは最適化データが欠落している、遅延している、または矛盾している理由を説明するのに役立ちます。

5. インターバルデータはリアルタイムデータと同じではありません

データ型が異なれば、目的も異なります。

データ型	一般的な使用方法
請求間隔 data	請求書の計算
ほぼリアルタイムのメーターデータ	EMS監視・運用管理
料金台帳データ	使用時間に応じた課金
推定データ	一時的な請求継続
修正データ	データ復旧後の再計算
検証された履歴データ	最終的な請求または市場プロセス
予測データ	負荷とコストの最適化

ほぼリアルタイムの運用データを、検証済みの請求データとして自動的に扱うべきではありません。

C&I サイトは制御に第 2 レベルの電力データを使用する場合がありますが、サプライヤーは検証された 15 分または 1 時間ごとのエネルギー間隔を使用して顧客に請求します。

ほぼリアルタイムのデータは以下をサポートする可能性があります。

• バッテリー制御の決定
• EVの充電スケジュール
• ピークデマンド管理
• HVAC の最適化
• オペレーターダッシュボード

請求データには通常、追加の一貫性、検証、保持、監査制御が必要です。

したがって、プロジェクトでは別のデータ パスを使用する場合があります。

動作パス:
メーターまたはコントローラー
→ 通信モジュールまたはゲートウェイ
→EMS
→ 負荷の最適化

請求パス:
オフィシャルメーター
→ データ収集
→ 検証と集計
→ 料金計算
→ 請求

同じメーターが両方のパスに寄与する可能性がありますが、収集頻度、検証ステータス、およびデータの正式な承認は異なる場合があります。

6. メータークロック、タイムゾーン、夏時間

時間とともに変動する動的な料金請求では、時間の正確さが重要です。

間違った価格間隔に正しいエネルギー値が割り当てられても、間違った請求書が作成される可能性があります。

プロジェクトは以下を確認する必要があります。

• メータークロックソース
• UTC または現地時間の設定
• タイムゾーンの設定
• サマータイムのルール
• クロックドリフト耐性
• 同期頻度
• 遠隔時刻修正方式
• 料金カレンダー更新方法
• うるう年とカレンダーの処理
• タイムスタンプ convention
• 間隔開始と間隔終了の定義

夏時間への移行

夏時間の変更により、以下が生じる可能性があります。

• 現地時間の時間が欠落しています
• 繰り返される現地時間の時間
• タイムスタンプが重複している
• 日次間隔のカウントが不均等
• 関税期間の曖昧さ

メーター、収集システム、データ管理プラットフォーム、料金表エンジン、および顧客ポータルは、これらの移行を一貫して解釈する必要があります。

内部的に UTC を使用するとあいまいさを軽減できますが、請求システムは引き続き適用され、正しい現地の料金プラン期間を表示する必要があります。

クロックドリフト

メーターの時計が変動すると、たとえエネルギー測定自体が正確であっても、測定されたエネルギーが間違った価格間隔に割り当てられる可能性があります。

プロジェクトでは以下を定義する必要があります。

• 最大許容クロックドリフト
• 同期元
• 修正頻度
• 修正されたタイムスタンプの扱い
• 時間変更の監査記録
• 時間源管理の責任

7. スマートメーターからお客様請求まで

動的料金請求には、いくつかの機能段階が含まれる場合があります。

スマートメーター
→ 通信ネットワークまたはゲートウェイ
→ データ収集
→ データの検証と集計
→ 料金計算
→ 請求
→ カスタマーポータルまたは請求書

一般的なアーキテクチャでは次のものを使用できます。

スマートメーター
→ ＨＥＳ
→ MDM
→ 料金エンジン
→ 請求 system
→ カスタマーポータル

ただし、これは世界的に必須または普遍的なシステム設計ではありません。

このアーキテクチャに示されている機能的役割は、別個のシステムとして実装することも、電力会社、サプライヤー、メーターデータ ハブ、またはソフトウェア プラットフォーム内で組み合わせて実装することもできます。

一部のプロジェクトでは:

• HES 機能と MDM 機能を組み合わせることができます。
• 料金表エンジンは、請求プラットフォームに統合することができます。
• メーターデータは国または地域のデータハブを通過する場合があります。
• 通信モジュールは別個のゲートウェイを置き換えることができます。
• サプライヤーはメーターデータの管理を外部委託する場合があります。
• プライベート C&I サブメーター データは、EMS によってのみ使用でき、公式の請求チェーンによっては使用できません。

正確なアーキテクチャは以下に依存します。

• 市場
• メーターの役割
• サプライヤー
• メーターオペレーターは
• 適用される規制の枠組み
• 契約書
• プロジェクトのデザイン

スマートメーター

スマート メーターは、設定された間隔、料金表、および時計に従って、サポートされているエネルギーおよび電気データを記録します。

通信層または収集層

通信層はデータを上流に転送し、一時的な通信中断中にレコードをバッファリングする場合があります。

HES またはデバイス管理機能

これらの関数は以下を管理できます。

• メーター通信
• データの取得
• デバイスのアドレス指定
• リモート設定
• 通信状態
• デバイスイベント

MDMまたはメーターデータ管理機能

これらには次のものが含まれる場合があります。

• データの検証
• 欠損区間の識別
• 承認された見積りまたは代替
• 間隔集計
• 修正履歴
• 請求に向けたデータの準備

料金計算

料金表関数は、検証されたエネルギー データを以下と照合します。

• 適用価格
• 関税期間
• 契約バージョン
• インポートとエクスポートのルール
• 税金またはその他の料金要素（該当する場合）

請求

請求機能は顧客契約を適用し、請求書を生成します。

カスタマーポータル

顧客向けプラットフォームには次のものが表示される場合があります。

• インターバル消費
• 適用可能な価格間隔
• 実際の測定値と推定値
• 値のインポートとエクスポート
• 請求期間の概要
• 料金の変更
• 訂正
• コストの傾向

すべてのステージでは、一貫した単位、タイムスタンプ、スケーリング、および間隔の定義を使用する必要があります。

8. メーターデータが欠落または遅延した場合はどうなりますか?

動的で時間とともに変化する価格設定では、欠落している間隔ごとに異なる価格が関連付けられる可能性があるため、データ品質ステータスの重要性が高まります。

一般的なデータの問題には次のようなものがあります。

• 欠落した間隔
• アップロードの遅延
• 通信の中断
• 重複したレコード
• 不正なタイムスタンプ
• メーターのリセット
• 推定値
• 置換された値
• スケーリングエラー
• 遅れた修正

プロジェクトでは以下を定義する必要があります。

• 仮請求で推定データを使用するかどうか
• 見積もりの計算方法
• 推定値の特定方法
• 実際のデータが到着した後に請求書を再計算するかどうか
• 修正された記録を誰が承認するか
• 元の記録と修正された記録の保存方法
• お客様が実際の値、推定値、修正値を区別する方法
• 紛争の処理方法
• 再請求時にどの料金バージョンと価格バージョンが適用されるか

一般的なステータス ラベルには次のものが含まれます。

• 実際の
• 検証済み
• 行方不明
• 推定
• 置換された
• 修正しました
• 拒否されました

トレーサビリティまたは監査可能性が必要な場合、修正された間隔で元のレコードが暗黙的に上書きされるべきではありません。

9. 輸入価格と輸出価格は異なるルールに従う場合があります

動的な輸入価格設定は、輸出されたエネルギーが同じ価格を受け取ったり、同じ間隔ルールに従うことを自動的に意味するものではありません。

プロジェクトは以下を個別に確認する必要があります。

• 輸入価格のソース
• 輸出補償方法
• 輸入と輸出は別々に価格設定されるかどうか
• 輸入と輸出で別々の契約を使用するかどうか
• 個別のレジスタまたは符号付き値が使用されるかどうか
• 同時輸出入の扱い
• 輸出制限
• 該当する場合、マイナス価格の扱い
• 固定価格買取制度
• 輸出信用
• 市場連動型輸出補償
• 税金、ネットワーク料金または課徴金
• 適用される請求および決済間隔

たとえば、輸入電力は時間単位の市場連動契約に従う一方、輸出された太陽光発電やバッテリーのエネルギーは次のようなものを受け取る可能性があります。

• 固定価格買取制度
• サプライヤーが定義した輸出信用
• 異なる市場連動価格
• 条件によっては補償なし

メーターおよび上流システムは、インポート/エクスポートの方向を保持し、正しい契約と価格設定ルールを適用する必要があります。

10. C&I ユーザーが時間変動する価格の下で負荷を最適化する方法

価格の変更は、C&I ユーザーが電力消費、発電、または蓄電の動作のタイミングを調整するのに役立ちます。

利用可能な機会は以下によって異なります。

• 運用上の制約
• 設備能力
• 料金設計
• 価格予測
• ネットワーク料金
• 要求料金
• エクスポートルール
• 制御システムの機能

バッテリーエネルギー貯蔵

BESS は次のようにスケジュールされる場合があります。

• 低料金期間中に料金を請求する
• 高価格帯での放出
• コストのかかる間隔でのグリッドのインポートを削減する
• PV自家消費量の増加
• デマンド料金管理のサポート

最適化モデルでは次のことを考慮する必要があります。

• バッテリー効率
• 充電状態
• 電力制限
• エネルギー容量
• 劣化コスト
• 補助消費
• 要求料金
• 輸出制限
• 輸出入価格差

EV車両の充電

EV の充電は、車両の利用可能性と出発の制約内で変更される場合があります。

考えられる戦略は次のとおりです。

• 低価格期間中の充電
• コストのかかるピーク間隔の回避
• 複数の充電器を調整する
• サイトの需要を制限する
• 前日の価格予測を使用する
• PV 出力が高い期間中の充電量を増やす

冷暖房空調設備と冷凍設備

HVAC と冷凍は、以下を通じて価格の最適化をサポートできます。

• 予冷
• 蓄熱
• 温度設定値の調整
• コンプレッサーのスケジュール設定
• チラーのシーケンス制御

これらの戦略は、快適さ、安全性、プロセスおよび製品品質の制限内に留まらなければなりません。

ポンプ、コンプレッサーおよび工業プロセス

一部の産業運営は、生産スケジュールが許せば、より低価格の期間に移行される場合があります。

例としては次のものが挙げられます。

• ポンプ
• 圧縮空気システム
• 水処理
• バッチ処理
• 熱プロセス
• 非連続生産ライン

PV自家消費量

価格を意識した EMS は、価格データと PV 予測を組み合わせて、電力を次のようにすべきかどうかを決定できます。

• 直接消費
• 保存済み
• 輸出済み
• EVの充電に使用
• 柔軟な産業用負荷で使用

エネルギー価格の裁定取引、自己消費の最適化、デマンド料金管理、デマンドレスポンス収益は重複する可能性がありますが、使用する価格、制御、契約、決済ルールは異なります。

11. 料金の最適化にサブメータリングが重要な理由

公式の請求メーターには、請求境界でインポートまたはエクスポートされた合計エネルギーが表示されます。

サブメーターは、高価格帯に消費を引き起こした機器、部門、またはプロセスを特定するのに役立ちます。

有用な測定ポイントには次のようなものがあります。

• 公共事業の受入供給
• 生産ライン
• HVAC システム
• 冷凍
• EV充電
• バッテリーのエネルギー貯蔵
• PV出力
• ポンプ and compressors
• テナント回線
• 部門別サーキット

サブメータリングは、C&I ユーザーが次のことを判断するのに役立ちます。

• 高価な期間中に運用された資産はどれですか
• サイトのピークを引き起こしたプロセス
• 意図した低価格期間中にEV充電が行われたかどうか
• BESS が予想される正味負荷効果をもたらしたかどうか
• 補助消費によりストレージの節約が減少したかどうか
• どの部門が内部コスト配分を受ける必要があるか
• 最適化によりコストが削減されるのではなく、コストが移動したかどうか

プライベートサブメーターは、公式の請求メーターに自動的に置き換わるものではありません。

メーターまたはデータ ソースが正式な請求対象として受け入れられるかどうかは、次の条件によって決まります。

• サプライヤー
• ユーティリティ
• メーターオペレーターは
• 適用される法定計量要件
• 契約書
• 規制の枠組み
• 課金システムのアーキテクチャ

12. データアクセス、顧客の透明性、契約リスク

動的価格契約は、顧客を機会と価格変動の両方にさらす可能性があります。

顧客が動的電力価格契約を締結する前に、関連する供給者は契約の機会、コスト、リスクを明確に説明し、必要に応じて顧客の同意を得る必要があります。

顧客は次のことを理解できる必要があります。

• 動的な価格計算方法
• 価格情報源と公開時期
• 適用可能な価格間隔
• 価格の急騰と請求額の変動にさらされる
• 固定ネットワーク料金
• 税金と手数料
• 要求料金
• 輸出入価格差
• メーターとデータの要件
• 実際の and estimated-data treatment
• 切り替え条件
• 終了条件
• 再請求ルール
• 自動最適化の潜在的な利点とリスク
• 該当する場合、顧客の同意要件

お客様は次の方法でデータにアクセスする必要がある場合があります。

• サプライヤーポータル
• モバイルアプリケーション
• API
• ダウンロード可能なインターバルデータファイル
• 請求明細書
• EMS ダッシュボード
• スケジュールされたレポート

顧客向けの有用な情報には次のものが含まれます。

• 各インターバルで消費されるエネルギー
• 各間隔に適用される価格
• 価格ソース
• 値のインポートとエクスポート
• 実際の versus estimated data
• 料金の変更
• データ修正
• ピークデマンド値
• 輸出信用s
• 請求調整

動的な料金プランは、顧客がどのエネルギー間隔でどの価格で請求されたかを理解できる場合にのみ信頼を生み出します。

13. 一般的な統合リスク

たとえメーターがエネルギーを正確に測定したとしても、動的料金プロジェクトは失敗する可能性があります。

一般的なリスクには次のようなものがあります。

1. メーター間隔と価格間隔の不一致
2. タイムゾーン設定が正しくない
3. 夏時間の不適切な処理
4. インポートとエクスポートの方向の反転
5. 行方不明 tariff-calendar update
6. 価格とソースのバージョンの不一致
7. HES と MDM 集約の違い
8. 推定 data not clearly identified
9. EMS タイムスタンプが請求書のタイムスタンプと異なる
10. 不正な CT 比、シャント スケーリング、またはレジスタ スケーリング
11. ファームウェア更新後のレジスタマップの変更
12. メーターのクロックドリフト
13. 間隔レコードが重複または欠落している
14. 正しいリカバリシーケンスを使用しないゲートウェイバッファリング
15. カスタマーポータルの値が請求書の値と異なる
16. 検証済みの請求データとして扱われるほぼリアルタイムのデータ
17. 関税エンジンのルールが顧客の契約と一致しない
18. 輸出補償金は輸入価格と一致すると想定される
19. 遅れて修正されたデータが適切な再請求をトリガーしない
20. 技術的に適切なメーターが正式な請求に受け入れられない

エンドツーエンドのパイロットでは、メーター測定から料金計算、請求出力、顧客への提示までの完全なチェーンをテストする必要があります。

14. 動的料金メーターチェックリスト

選択エリア	確認すべきこと
価格設定の仕組み	固定、使用時間、イベントベース、時間ごと、または市場連動
契約種類	サプライヤーが定義する変動料金プランか、規制上の動的な電力料金契約か
価格ソース	市場、サプライヤー、関税カレンダーのソースとバージョン
価格間隔	15 分、1 時間、またはその他の定義された期間
メーターデータパス	間隔記録、料金表、またはその他の承認された方法
メーター間隔	記録、保存、レポートの間隔
間隔の調整	メーター間隔と価格間隔のマッピング方法
タイムソース	メーター、通信モジュール、HES、または中央プラットフォーム
タイムゾーン	UTC または現地時間
夏時間の取り扱い	ローカル時間間隔が繰り返されたり欠落したりする
輸入と輸出	個別のレジスタまたは符号付き値
輸入価格	ソースおよび適用される契約ルール
輸出価格	輸出信用, feed-in price or market-linked compensation
料金台帳	必要な場合の可用性とサポートされる期間の数
データステータス	実際の, missing, estimated, substituted or corrected
HES または収集システム	メーター通信 and collection compatibility
MDMまたは検証機能	検証、推定、集計、および修正ルール
関税エンジン	価格マッチングと料金カレンダーロジック
請求 system	請求書の計算 and rebilling capability
EMSデータ	必要なリアルタイムまたはほぼリアルタイムの値
データアクセス	ポータル、API、エクスポートまたはレポート
データの保持	請求, audit and dispute period
コミュニケーション	物理インターフェースとプロトコル
レジスタマップ	アドレス、単位、スケーリング、およびデータ型
時計の精度	ドリフト耐性と同期方法
CTまたはシャントのスケーリング	完全な測定チェーン構成
請求 acceptance	メーターとそのデータがサプライヤー、公共事業者、メーター運営者、または請求者によって受け入れられるかどうか
法定計量	該当する認証、封印、検証および規制要件
再請求	遅れて推定および修正された間隔データの処理
契約版	料金プラン、価格設定ルール、および顧客契約バージョン
サイバーセキュリティ	認証、アクセス制御、ファームウェア管理
パイロットテスト	メーターから請求書およびメーターからEMSまでの検証

適用される法定計量および請求の受け入れ要件は、国、契約、メーターの役割、およびシステム アーキテクチャによって異なります。

いかなる単一の認証も、すべての動的関税プロジェクトに対する普遍的な要件として提示されるべきではありません。

メーターは、価格体系、メーターの役割、データ方法、請求の受け入れ条件、およびシステムの責任が定義された後にのみ選択する必要があります。

15. YTL がメーターの初期評価をどのようにサポートできるか

Zhejiang Yongtailong Electronic Co., Ltd. (YTL) は、使用時間、動的な料金体系の一部を形成する厳選されたエネルギー計測製品とデータ インターフェイスを提供します。 C&I エネルギー管理アーキテクチャ 、メーターのモデル、法定計量要件、請求の役割、および全体的なシステム設計に応じて異なります。

選択したモデルとプロジェクトの要件に応じて、YTL は以下をサポートできます。

• 最初のメーターモデルの選択
• 電圧と電流範囲の確認
• 顧客提案のCT比、二次入力、メーター側要件の検討
• 顧客が指定した間隔のエネルギー、ストレージ、およびレポート要件のレビュー
• 輸出入測定のレビュー
• 通信オプションの確認
• RS485 と Modbus インターフェイスのレビュー
• レジスタマップとデータフォーマットのレビュー
• サンプルテストのサポート
• メーターとゲートウェイまたはコントローラーの統合のレビュー
• お客様が提案した測定点に関する最初の技術的な議論

製品の機能は、モデル、ハードウェア、ファームウェア、電流検出構成、料金設定、通信インターフェイス、およびレジスタマップのバージョンによって異なります。

選択したモデルとプロジェクトについて、関税カレンダー機能、インターバルデータ機能、時刻同期、通信実装、法定計量範囲、およびプラットフォームの互換性を確認する必要があります。

YTL は、すべてのメーター モデルがすべての動的料金体系、HES、MDM、料金表エンジン、または請求プラットフォームをサポートしているとは主張しません。

顧客への請求のためのメーターとそのデータの最終的な受け入れは、関連するサプライヤー、電力会社、メーター運営者、規制の枠組み、および請求システムの要件に依存します。

YTL はフィールドレベルの測定とデータ出力層をサポートします。料金設計、価格公開、HES および MDM の実装、料金計算、請求、顧客契約管理、および EMS 管理戦略は、引き続き関連するサプライヤー、電力会社、ソフトウェア プロバイダー、システム インテグレーター、およびプロジェクトの利害関係者の責任となります。

16. よくある質問

使用時間帯料金と動的電力料金契約の違いは何ですか?

使用時間料金表では、通常、事前定義された価格期間が使用されます。欧州連合では、動的電力価格契約は、前日市場および当日市場を含むスポット市場の価格変動を、適用される市場決済頻度以上の間隔で反映します。

デマンド料金は動的電気料金の一種ですか?

必ずしもそうとは限りません。デマンド料金は通常、ピーク需要または別の需要メトリックに基づいた個別の料金です。これは、固定の、使用時間ごとの、または動的なエネルギー価格と並行して存在する場合があります。

動的価格設定にはどのようなメーター データが必要ですか?

契約とアーキテクチャに応じて、関連するメーター データには、間隔の輸出入エネルギー、タイムスタンプ、料金表、メーター識別子、方向値が含まれる場合があります。検証、料金の割り当て、価格識別子、および修正ステータスは、メーターではなく上流システムによって生成される場合があります。

間隔データの代わりに料金表レジスタを使用できますか?

一部の使用時間プロジェクトでは、料金表レジスターが請求をサポートする場合があります。市場連動型またはより詳細な価格設定には、間隔データが必要な場合があります。受け入れられる方法は、サプライヤー、契約、メーターの役割、および請求システムによって異なります。

リアルタイムのメーター値は請求に直接使用されますか?

必ずしもそうとは限りません。ほぼリアルタイムの値は EMS の最適化をサポートする可能性がありますが、請求には通常、検証された間隔記録または承認された料金表データが使用されます。

時間当たりの価格は 15 分ごとのメーター データとどのように照合されますか?

請求アーキテクチャでは、価格設定の前に 4 つの検証済み 15 分間隔を集計することも、4 つの間隔のそれぞれに同じ時間料金を適用することもできます。選択された方法は、適用される料金規則に基づいて、同等の追跡可能で監査可能な結果を​​生成する必要があります。

夏時間はなぜ重要なのでしょうか?

夏時間の変更により、現地時間の時間が欠落したり、重複したりする可能性があります。処理を誤ると、正しいエネルギー値が間違った価格区間に割り当てられる可能性があります。

動的な輸入価格によって輸出価格が決まりますか?

いいえ、エネルギーの輸入と輸出では、異なる契約、関税、クレジット、または市場連動価格が使用される場合があります。

HES と MDM は常に別のシステムですか?

いいえ。それらの機能は、別個のシステムとして実装することも、電力会社、サプライヤー、メーターデータ ハブ、またはソフトウェア プラットフォーム内で組み合わせることもできます。

Modbus メーターは料金の最適化をサポートできますか?

Modbus メーターは、選択したモデルとレジスタ マップに応じて、電力およびエネルギー データをゲートウェイまたは EMS に提供できます。プロトコルのサポートだけでは、サプライヤー、HES、MDM、または請求プラットフォームによる受け入れは確立されません。

スマートメーターは負荷を自動的に最適化しますか?

いいえ、スマートメーターはデータを計測して出力します。最適化は通常、EMS、コントローラー、BMS、充電管理プラットフォーム、またはその他の制御システムによって実行されます。

購入者はメーターを選択する前に何を確認する必要がありますか?

購入者は、価格設定メカニズム、間隔または関税登録方法、時刻同期、輸出入処理、通信インターフェース、法定計量範囲、請求受領および統合要件を確認する必要があります。

17. 結論

時間とともに変化する動的な電力料金設定は、いくつかの要素を結び付けます。

時間エネルギーデータ価格データ契約規定

メーターは、サポートされているエネルギー値と時間情報を記録します。収集およびデータ管理機能は、レコードを取得、検証、準備します。料金表関数は、該当する価格または料金メカニズムを適用します。請求システムは顧客の請求書を作成し、EMS はより高速な運用データを使用して負荷、保管、EV の充電を最適化します。

動的関税プロジェクトは、次の場合に成功します。

• 時間配分が正確
• エネルギーデータは追跡可能です
• 価格データはバージョン管理されています
• インポートとエクスポートのルール are defined
• 請求の受理が確認されました
• 顧客のリスクと契約条件は透明性がある
• 運用データと請求データが混同されない

信頼性の高い間隔または料金表の測定は重要な基盤ですが、正確な請求は完全なメーターから請求までのアーキテクチャに依存します。

参考文献

1. 2019 年 6 月 5 日の欧州議会および欧州理事会の指令 (EU) 2019/944、電力の国内市場の共通規則、第 2 条 (15)、動的電力価格契約の定義、および第 11 条。
2. 欧州議会および 2024 年 6 月 13 日の理事会の指令 (EU) 2024/1711 は、欧州連合の電力市場設計の改善に関する指令 (EU) 2018/2001 および (EU) 2019/944 を修正します。
3. 相互運用性要件と、測定および消費データへのアクセスに関する非差別的かつ透明性のある手順に関する、2023 年 6 月 6 日の欧州委員会実施規則 (EU) 2023/1162。
4. 電力の国内市場および15分間の不均衡解消期間に関する欧州連合の枠組みに関する、2019年6月5日の欧州議会および欧州理事会の規則(EU) 2019/943。