説明
メーター データ管理 (MDM) のサービス ポイントと測定サイクルの関係は、次の機能を実行できます。
* サブスクリプション システムから請求書決定要因の要求を開始する: サブスクリプション システムは、MDM から請求書決定要因を受け取る外部システムまたはサービス プロバイダーです。請求額決定要因は、サービス ポイントまたはデバイスの請求額を計算するために使用される値です。サービスポイントと測定サイクルの関係により、測定サイクルスケジュールに基づいて加入システムからの請求額決定要素の要求を開始できます。測定サイクル スケジュールは、特定の測定サイクルでデバイスが読み取られるようにスケジュールされる日付を定義します。測定サイクルは、そのサイクル内のサービス ポイントでのデバイスの手動メーター読み取りのスケジュールを定義します。
* 加入者システムへの請求書決定要因のプッシュの開始: サービス ポイントと測定サイクルの関係により、測定サイクル スケジュールに基づいて加入者システムへの請求書決定要因のプッシュを開始することもできます。これは、MDM が自動またはオンデマンドでサブスクリプション システムに請求額決定要因を送信できることを意味します。
サービス ポイントと測定サイクルの関係では、次の機能を実行できません。
* 測定サイクルごとに最適な検針ルートを作成: 検針ルートとは、手動検針のために検針装置に割り当てられる一連のサービス ポイントまたはデバイスです。検針員ルートは、サービス ポイントと測定サイクルの関係によって作成されるのではなく、ルート タイプやルート シーケンスなどの他の構成を使用して作成されます。
* ハンドヘルド ダウンロード読み取りアクティビティの作成: ハンドヘルド ダウンロード読み取りアクティビティは、ハンドヘルド デバイスから MDM に測定データをダウンロードするアクティビティです。ハンドヘルドのダウンロード読み取りアクティビティは、サービス ポイントと測定サイクルの関係によって作成されるのではなく、アクティビティ タイプやアクティビティ ステータスなどの他の構成を使用して作成されます。

説明
いずれかの方向の超過によって読み取りを確定できないように高許容値または低許容値を検証し、構成されている他のすべての検証ルールも適用するには、検証、推定、および編集 (VEE) で例外重大度としてクリティカルを構成する必要があります。ルール。例外重大度は、測定が VEE ルールを満たさない場合の例外の重大度を示す属性です。クリティカルとは、ユーザーが修正または上書きするまで測定が完了しない例外重大度です。
問題は、VEE ルールで設定できる例外重大度ではありません。問題は、測定に未解決の例外またはエラーがあるかどうかを示す属性です。
終了は、VEE ルールで設定できる例外重大度ではありません。終了は、測定がルールに失敗した場合に VEE ルールによって実行できるアクションです。終了とは、VEE プロセスが停止し、それ以上の VEE ルールが測定に適用されないことを意味します。
情報は、VEE ルールで設定できる例外重大度ではありません。Informational は、測定に関する情報メッセージまたは警告があるかどうかを示す属性です。

説明
サービス ポイントは、電力会社が顧客にサービスを提供する物理的な場所を表すレコードです。サービス ポイントには、サービスの使用状況を測定するために 1 つ以上のデバイスを関連付けることができます。デバイスは、使用状況データを記録する物理メーターまたはその他の機器を表すレコードです。デバイスには、間隔、使用時間、スカラーなど、さまざまな種類の使用状況データを表すために、1 つ以上の測定コンポーネントを関連付けることができます。『Oracle Utilities Meter Data Management Business User Guide』によると、サービス・ポイントをさまざまなメーターで使用し、間隔、使用時間、およびスカラー・デバイスをサポートできるように構成をセットアップするには、この要件を満たす 1 つの方法は次のとおりです。
* データ シナリオの必要に応じて、1 つのサービス ポイント、1 つのデバイス、およびサービス ポイントに関連する 3 つの測定コンポーネントを構成します。これは、サービス ポイント レコードを作成し、それをメーターを表すデバイス レコードに関連付けることで実行できます。次に、さまざまな種類の使用データ (間隔、使用時間、スカラー) を表す 3 つの測定コンポーネント レコードを作成し、それらをデバイス レコードに関連付けます。データ シナリオに応じて、さまざまな測定コンポーネントを使用して、サービス ポイントの使用状況データを収集および処理できます。
参照: 『Oracle Utilities Meter Data Management Business User Guide』、第 3 章: 資産管理、セクション 3.1: サービス・ポイント。セクション 3.3: デバイス。セクション 3.5: コンポーネントの測定

説明
動的集計は、ユーザーが管理データによって定義された動的クエリに基づいて使用状況データに対して集計プロセスを実行できるようにする機能です。動的集計を使用すると、顧客クラス、料金スケジュール、地理的エリアなど、さまざまなディメンションや基準に対して集計された使用状況データを生成できます。『Oracle Utilities Meter Data Management Business User Guide』によると、動的集計の主なコンポーネントの例は次のとおりです。
* コンポーネント セットの測定: これらは、集計が実行されるディメンションと基準を定義します。測定コンポーネント セットは、集計目的で使用状況データをグループ化するためにどの特性と値を使用するかを指定します。
* 測定コンポーネント: これらは、「バケット」、または測定コンポーネント セットによって生成される寸法値の一意の組み合わせを表します。測定コンポーネントは、ディメンション値の組み合わせごとに集計された使用状況データを保存します。
* データ ソース: 使用サブスクリプション、測定コンポーネント、仮想メーターなど、さまざまなソースからデータを取得するためにプロジェクトが提供する SQL を保存します。データ ソースは、どのデータを集計プロセスの入力として使用するかを指定します。
参照: 『Oracle Utilities Meter Data Management ビジネス・ユーザー・ガイド』、第 10 章「集計」セクション
10.2: 動的集約

説明
同期追加 BO は、Dl-Device Configuration BO のライフサイクル アルゴリズムに関連付けられています。ライフサイクル アルゴリズムは、Groovy スクリプト言語または Java プログラミング言語を使用して開発できるカスタム ロジックです。ライフサイクル アルゴリズムは、ビジネス オブジェクトの作成、更新、または削除時に特定のアクションまたは検証を実行するために使用されます。同期追加 BO は、Dl-Device Configuration BO のライフサイクル アルゴリズムで設定できるパラメーターです。同期追加 BO は、デバイス タイプやデバイス構成タイプなどの特定の基準に基づいて、新しいデバイスを作成するための適切なビジネス オブジェクトを決定するために使用されます。
同期追加 BO は、デバイス構成に関連するデータを処理するための機能とロジックを提供するコンポーネントである Dl-Device Configuration BO に関連付けられたビジネス サービスには関連付けられていません。同期追加 BO は、デバイス構成のビジネス ルールまたは関係を定義するために使用できる構成可能な値である、Dl-Device Configuration BO のオプションには関連付けられていません。同期追加 BO は、Groovy スクリプト言語または Java プログラミング言語を使用して開発できるカスタム ロジックである Dl-Device Configuration BO の検証アルゴリズムには関連付けられていません。検証アルゴリズムは、デバイス構成のために入力されたデータに対して特定のチェックまたは検証を実行するために使用されます。