説明
お客様は、毎日のスカラー レジスタ読み取り値とともに 15 分間隔の読み取り値を保存する単一の測定コンポーネント タイプを作成する必要があります。測定コンポーネントのタイプは、スカラー、間隔、イベントなど、デバイスが記録できる測定のタイプを定義します。測定コンポーネント タイプは、請求、負荷調査、プレゼンテーションなどのさまざまな目的に応じて、間隔やスカラーなどの複数の測定タイプを保存できます1。
お客様は、測定タイプごとまたはユースケースの目的ごとに個別の測定コンポーネントタイプを作成する必要はありません。これにより、データが不必要に重複し、構成が複雑になります1。

説明
間隔プロキシ日推定 VEE ルールは、推定対象の日に最も近い日のリストから平均する間隔データを選択することによって、欠落している間隔を推定するルールです。これは、特定の基準に基づいて異なる日を比較するために使用される期間であるコンポーネント比較期間を測定することによって実現されます。『Oracle Utilities Meter Data Management Business User Guide』によると、プロキシまたは推定される日に最も近い日のリストを定義するために使用される要素の 1 つは次のとおりです。
※気象データ：その日の気温などの気象状況を示すデータです。
気象データを使用して、推定される日と同様の気象パターンまたは変動がある日を選択できます。
参照: 『Oracle Utilities Meter Data Management ビジネス・ユーザー・ガイド』、第 8 章: 使用法、第 8.3 項:
検証、推定、編集。セクション 8.3.2: インターバルプロキシ日の推定

説明
CIS 料金を変更せずに従来のスカラー使用時間 (TOU) メーターをスマート メーターに置き換えるという要件をサポートするには、次の方法でメーター データ管理 (MDM) を構成できます。
* 新しいデバイス構成タイプと新しい使用量計算グループを含む拡張可能なルックアップ値を追加します。これは、スマート メーターに使用される新しいデバイス構成タイプを、スマート メーターの料金決定要因の計算に使用される新しい使用量計算グループにマップするために使用されます。メートル。拡張可能なルックアップ値は、ビジネス ルールやさまざまなオブジェクト間の関係を定義するために使用できる構成可能な値です。
* 既存の使用量計算グループに TOU マッピング ルールを追加します。これは、スマート メーターの TOU 期間をレガシー メーターの TOU 期間にマッピングするために使用されます。TOU マッピング ルールは、さまざまな TOU 期間に基づいて間隔測定値をスカラー測定値に変換するために使用される使用量計算ルールです。
* 使用量サブスクリプションのタイプで提供されるプラグイン ロジックによって動的に識別されるように、新しい使用量計算グループを設定します。これは、デバイス構成タイプなどの特定の基準に基づいて、各使用量サブスクリプションにどの使用量計算グループが使用されるかを決定するために使用されます。またはサービス ポイントのタイプ。プラグイン ロジックは、Groovy スクリプト言語または Java プログラミング言語を使用して開発できるカスタム ロジックです。
適切なレートを決定するためのカスタム アルゴリズムを作成する必要はありません。カスタム アルゴリズムは、Groovy スクリプト言語または Java プログラミング言語を使用して開発できる複雑なロジックです。既存の CIS 料金を使用し、それをスマート メーター TOU 期間にマッピングすることで、適切な料金を決定できます。
TOU マッピング ルールを使用して新しい使用量計算グループを追加する必要はありません。TOU マッピング ルールは、測定値から料金決定要因を計算するために使用される使用量計算ルールのコレクションです。新しい使用量計算グループを作成する代わりに、既存の使用量計算グループに TOU マッピング ルールを追加できます。

説明
5 つのメーター付きアパートメントと共用エリアを備えた小規模な建物に対して各居住者に正確に請求するソリューションを構成するには、アパートの使用量と共用エリアの 20% を含むように仮想メーターを設定する必要があります。仮想メーターは、複数のデバイスまたはサービス ポイントからの測定値を集約または分離する方法を定義する構成です。仮想メーターを使用すると、特定のルールや要因に基づいて既存の測定値から新しい測定値を作成できます。アパートの使用量と共用エリアの 20% を含む仮想メーターを設定することで、各居住者がそれぞれの使用量と共用使用量の分担に対して確実に請求されるようにすることができます。
2 つのサービス ポイント (アパートメント用と共用エリアの 20% 用) を用意するために、各アパートメントの使用サブスクリプションを設定する必要はありません。使用量サブスクリプションは、請求額決定要因を受け取る外部システムまたはサービス プロバイダー、請求額決定要因の計算に使用される使用量計算グループ、および請求額決定要因の測定データを提供するサービス ポイントを定義する関係です。使用量サブスクリプションには、サービス ポイントを 2 つではなく 1 つだけ含めることができます。
顧客アカウントと請求情報を管理する外部システムである顧客情報システム (CIS) を使用することで、各アパートメントの使用量を計算する必要はありません。CIS は各アパートメントの使用量を計算しませんが、MDM から請求額の決定要因を受け取ります。
アパート アカウントとの共通領域の 20% を含めるために、導出アルゴリズムを使用する必要はありません。これは、Groovy スクリプト言語または Java プログラミング言語を使用して開発できるカスタム ロジックです。導出アルゴリズムは、既存の測定値から新しい測定値を作成するために使用されるのではなく、既存の測定値コンポーネントから新しい測定値コンポーネントを作成するために使用されます。

説明
仮想メーターは、物理的には存在しませんが、メーターのグループまたはメーターの一部の使用状況を表すために使用されるメーターです。仮想メーターを使用すると、集計、導出、割り当て、ネットメーターなど、使用状況データのさまざまな計算や調整を実行できます。『Oracle Utilities Meter Data Management Business User Guide』によると、大学の中心部に設置され、その使用量も大学のマスター・メーターに含まれる新しいファーストフード・レストランに対して大学に正しく請求するための正しい手順は次のとおりです。 :
* 導出アルゴリズムを使用して、レストランの使用量をマスター メーターから除外します。これは、マスター メーターからレストランのメーターを引いたものを表す仮想メーターを作成し、マスター メーターの使用量からレストランの使用量を差し引く導出アルゴリズムを適用することによって実行できます。仮想メーターの使用量は大学への請求に使用できます。
参照:『Oracle Utilities Meter Data Management Business User Guide』、第3章: 資産管理、セクション3.4: 仮想メーター