G Oracle Business Analytics Warehouseの例外レポートの使用

注意: 例外レポートは、Siebel CRMソースでのみサポートしています。

この付録では、例外レポートについて説明します。例外レポートは、Oracle Business Analytics Warehouseでのエラーにつながったり、ETLプロセス中のデータ損失を引き起こす恐れのある、ETLプロセスで使用されるソース・データに関する情報を提供します。これらのレポートは、一部の既知の問題領域について指摘しますが、ソース・データにおけるすべての潜在的なデータの不整合を見つけるものではありません。

この章の内容は次のとおりです。

• 第G.1項「Oracle Business Analytics Warehouseの例外について」

• 第G.2項「Oracle Business Analytics Warehouseの例外レポートの実行」

G.1 Oracle Business Analytics Warehouseの例外について

例外レポートで定義されるコンポーネントは、次のとおりです。

• List of Values。特定のLOVタイプのギャップやオーバーラップを特定します。

• Cost Lists。費用リストが定義されていない製品を特定します。製品の費用をオーバーラップした期間に特定の通貨で定義する、費用リストを特定します。

• Exchange Rate。長期間変更されていない通貨の為替レートです。為替レートが30日を超えて定義されていない場合、例外としてフラグが立てられます。

• Hierarchies。循環的な参照をしているエンティティは、例外としてフラグが立てられます。Oracle Business Analytics Warehouseは、10レベルの階層をサポートしています。10レベルを超えて定義された階層は、例外としてフラグが立てられます。

G.1.1 値リストの例外

「List of Values」には、「High」および「Low」の値が含まれます。この値は、カテゴリのバケット値として効果的な分析のために使用できます。これらの値が連続していない場合（定義済の値でギャップやオーバーラップがあるなど）、ETLプロセスは値を正確にカテゴリー化できません。

値リストの例外の例を、表G-1に示します。

表G-1 値リストの例外（例）

タイプ	名前	低	高
MY_TYPE	< 100	10	100
MY_TYPE	80 – 200	80	200
MY_TYPE	250 – 300	250	300
MY_TYPE	350 – 400	350	400

このMY_TYPEの例では、レコード間でオーバーラップとギャップがあることに注意してください。1行目と2行目の間の範囲でオーバーラップがあります。2行目と3行目、3行目と4行目の間でギャップがあります。

次のLOVタイプは、値リストの例外に対して分析されます。

• ACCNT_REVENUE_SIZE

• ACCNT_EMP_SIZE

• LEAD_AGE_DAYS

• OPTY_REVENUE_SIZE

• OPTY_UNIT_SIZE

• ACCNT_REVENUE

• QUOTE_AGE_DAYS

• ACCNT_REVN_GROWTH

• APPROVAL_AUTH_SIZE

• SR_CHART_AGE

• ASSET_COST_CATEGORY

G.1.2 費用リストの例外

特定の製品と通貨に対する費用リストには、オーバーラップした期間が存在しないようにする必要があります。指定された期間中に複数の費用リストが1つの製品と通貨で定義された場合、Oracle Business Analytics Warehouse内で製品の費用が正しく計算されません。

費用リストの例外の例を、表G-2に示します。

表G-2 費用リストの例外（例）

費用リスト	製品名	通貨	開始日（MM-DD-YYYY）	終了日（MM-DD-YYYY）	費用
Cost List 1	Product 1	USD	01-01-2000	12-31-2000	10.00
Cost List 2	Product 1	USD	06-01-2000	06-01-2001	12.00
Cost List 3	Product 1	USD	06-01-2001	06-01-2002	13.00

この例では、Cost List 1と2の費用の定義で、2000年6月1日〜2000年12月31日がオーバーラップしています。

G.1.3 費用リストのない製品

ETLプロセスの際、製品の費用は「Cost Lists」テーブルに基づいて計算されます。費用リストが正しく定義されていないと、Oracle Business Analytics Warehouseで製品の費用が正しく計算されまん。この例外マッピングによって製品テーブルがクエリーされ、最低1つの定義済の費用リストが検索されます。費用リスト定義のない製品は、例外としてフラグが立てられます。

G.1.4 為替レートの例外

Oracle Business Analytics Warehouseは、複数の異なる通貨によるトランザクションをサポートしています。Oracle Business Intelligenceは、分析のためにOracle Business Analytics Warehouseのすべての通貨を単一の通貨に変換します。「System Preferences」の「ETL Base Exchange Currency」パラメータは、すべての会計に関する金額をどの通貨に変換するかを示します。為替レートは、Oracle Business Analytics Warehouseの「Exchange Rate」テーブルから算出されます。通貨の為替レートが30日変更されないと、Oracle Business Intelligenceでは例外としてフラグが付けられます。

為替レート・データに期間のギャップがある場合、ETLプロセスは記録されている最新の為替レートをデフォルトとします。実際の為替レートのほうがデータベースに記録されているものより事実上かなり有利な場合、古くなった為替レートは、Oracle Business Analytics Warehouseの通貨額の実際の値をゆがめるものとなってしまいます。

注意: 為替レートは、Oracle Business Analytics Warehouseにおいてタイプが「Daily」のレコードから算出されます。それ以外のタイプが定義された場合、カスタマイズしないと処理されません。

G.1.5 無効階層の例外

アカウント、部署、製品、商談は、すべて階層関係を持つことができます。これらのエンティティは、Oracle Business Analytics Warehouseデータベース内で固定されたレベル数に非正規化されています。Oracle Business Intelligenceは、Oracle Business Analytics Warehouseでの10までの階層レベルをサポートします。階層がこの数字より深く拡張された場合、結果は一貫性のないものか不完全なものとなります。

G.1.6 循環階層の例外

循環階層は、親子関係で循環参照がある場合に発生します。表G-3の例を参照してください。

表G-3 循環階層の例1

子	親
A1	A2
A2	A1

Oracle Business Intelligenceでは、2つのレベルに例外フラグが付けられます。3つ以上の階層の循環参照には、フラグは付けられません。表G-4の例を参照してください。

表G-4 循環階層の例2

子	親
A1	A2
A2	A3
A3	A1

これにより、無限レベルの階層が生成されます。階層の深さが10レベルを超えるため、同じレコードが無効階層の例外の下でも取得されます。

G.2 Oracle Business Analytics Warehouseの例外レポートの実行

Oracle Business Analytics Warehouseを初めてロードし、その後で更新するには、例外レポートを使用したトランザクション・データベースのクレンジングの時間を予定に入れる必要があります。このプロセスは繰り返し行われます。また、Siebelデータベース管理者など、トランザクション・データベースのデータに対する責任を持つ他のチーム・メンバーと連携する必要があります。最初のクレンジングの後は、データの整合性を維持するため、スケジュール・ベースで例外レポートを生成する必要があります。

注意: 例外レポートを再実行すると、このビューに含まれるすべてのデータが上書きされます。

Oracle Business Analytics Warehouseをクレンジングするには、次のアクションを例外レポートが空になるまで繰り返します。

• DACで、例外レポートの実行プランを実行します。

• 使用しているOracle Siebelアプリケーションで、「Analytics Administration」→「Exception Reports」の順にナビゲートします。

  
  

  注意: Siebel Financial Servicesでは、この画面は「DataMart Administration」と呼ばれます。

  
  

• 「ETL Exception Reports」リストの各行で、問題の原因を修正します。問題の修正については、第G.2.1項 「データのクレンジング」を参照してください。

G.2.1 データのクレンジング

「Exception Reports」ビューおよび「Diagnosis」ビューの組合せを使用して、外部からOracle Business Analytics Warehouseに対して行う必要がある変更と、Oracle Business Analytics Warehouseへの直接の変更にアクセスします。

「ETL Exception Reports」リストには、Oracle Business Analytics Warehouseでフラグが付けられている各例外に対して、1つのレコードが含まれています。「ETL Exception Reports」リストの下の「ETL Exception Explanation」フォームは、選択された例外のOracle Business Analytics Warehouseの構築プロセスへの影響を説明し、データの修復に関する提案を提供します。

例外を修正するには:

1. 例外レコードを選択します。

2. 「ETL Exception Explanation」フォーム内のテキストを読み、内容を理解します。

3. レポートのリンクをクリックします。

   オブジェクトのデータが表示されます（たとえば、オブジェクトがアカウントの場合「Account」フォームが表示されます。オブジェクトが費用リストの場合、「Cost Lists」リストが表示されます）。

4. 「ETL Exception Explanation」フォームのテキストを参考として使用して、問題を修復します。

5. 「ETL Exception Reports」リストに戻って「Fixed」カラムにチェック・マークを付け、この例外が修正済であることを他の人に示します。

G.2.2 「List of Values」ビューの使用

次の図で示すように、「List of Values」ビューを使用して、Oracle Business Analytics Warehouseから抽出された値リストのデータをOracle Business Analytics Warehouseにロードされる値と調整する方法を視覚的に比較します。ETLプロセスでは、重複とオーバーラップが削除され、データのギャップが埋められます。値は、値リスト（LOV）の最小値から最大値まで拡張されます。「Duplicates」、「Range Gaps」、「Overlaps」は、例外レポートによってフラグが付けられます。

図G-1 「List of Values」ビュー

上の「List of Values」リストはOracle Business Analytics Warehouseからの値を示し、下の「List of Values (Data Warehouse)」リストはETLプロセスで使用されるデータを示します。Oracle Business Analytics Warehouseのデータは直接このビューで編集できますが、Oracle Business Analytics Warehouseのリストは読取り専用です。

注意: 値リストは、Oracle Business Analytics Warehouseに抽出されます。この場合、言語はDACソース・システム・パラメータで設定されたETLデフォルト言語と同じか、または言語の翻訳フラグが「N」に設定されているかアクティブに設定されています。DACソース・システム・パラメータの設定についての詳細は、第4.19項「Informatica Serverの起動方法」を参照してください。

G.2.3 「Exchange Rates」ビューの使用

「Exchange Rates」ビューを使用して、Oracle Business Analytics Warehouseでの通貨換算に関する問題を診断します。ETLプロセスでは、重複が削除され、データのギャップが埋められ、オーバーラップが削除されます。ETLプロセスは、生産率やリバース・レートなどの交換法則および結合法則に基づいて為替レートを計算します。

上の「Exchange Rates」リストは通貨を示し、中央の「Exchange Rates」リストはアクティブな通貨に対するOracle Business Analytics Warehouseの値を示し、下の「Exchange Rates (Data Warehouse)」リストは「ETL Base Exchange Currency」に対して上の「Exchange Rates」リストで選択された通貨でOracle Business Analytics Warehouseにロードされる値を示します。「Exchange Rates (Data Warehouse)」リストは読取り専用です。

• 「Active Currencies」で事前定義済のクエリーにより、このリストはOracle Business Analytics Warehouseのアクティブな通貨に制限されます。

• 例外レポートでは、DACソース・システム・パラメータで指定された一定の期間内（30日）に定義されなかった「ETL Base Exchange Currency」に対するいずれの為替レートにもフラグが付けられます。

G.2.4 「Cost List」ビューの使用

「Cost List」ビューを使用して、製品の観点から作成されたOracle Business Analytics Warehouseの費用リストと、Oracle Business Analytics Warehouseにロードされる読取り専用ビューの値を表示します。ETLプロセスでは、重複とオーバーラップが削除され、データのギャップが埋められます。

「Cost List」リスト（上）は製品を示し、「Cost List Line Items」リスト（中央）は選択された製品に関連付けられた費用リストを示します。「Cost List (Data Warehouse)」リスト（下）は、Oracle Business Analytics Warehouse用に変換されたデータを示します。

• 例外レポートでは、「Cost List」リストに表示されない製品、または「Cost List」に時間のギャップやオーバーラップがある製品にフラグが付けられます。

• Oracle Business Analytics Warehouseには、1つの製品および1つの通貨に対する「Cost List」が一度に1つだけ格納されます。

G.2.5 「ETL History」ビューの使用

すべての例外が修正された後で、データ・ウェアハウスの構築を開始できます。このビューには、ETLプロセスの履歴とステータスのリストが表示されます。各ETLバッチが開始されると、プロセスの名前がタイムスタンプとともに設定され、ステータスがSTARTEDに設定されます。バッチが完了すると、ステータスはCOMPLETEDに更新されます。

G.2.6 その他の例外

前述の例外は、すべての発生しうる例外を網羅したものではありません。その他の例外は、次のとおりです。

• DACソース・システム・パラメータの分析開始日と終了日は、トランザクションが発生した期間全体にまたがっている必要があります。たとえば、最初と最後の日付範囲を選択して、分析を行っている期間全体を対象とするとします。DACソース・システム・パラメータの最初と最後の日付は、日付次元の構築、為替レートのフラット化、費用リスト、およびKPU（キー・パフォーマンス・インディケータ要素）の計算に不可欠です。

• DACソース・システム・パラメータ（ETL Date Format、ETL Analysis Start、ETL Analysis Endの各パラメータおよびList of Values）のETL_UNSPEC_DATEは、同一のデータ形式で定義される必要があります。1つが変更された場合、それに応じて他の値も変更する必要があります。

• 「List of Value」は、適切に定義されている必要があります。「List of Value」に適切なエントリがない場合、Oracle Business Analytics Warehouseの「List of Value」に依存する文字列は翻訳されません。

• 組織が取扱う通貨の為替レートが定義されている必要があります。適切な変換値が見つからない場合、ETLプロセスではDACソース・システム・パラメータで定義された「ETL Unknown Exchange Rate」が使用されます。