1. Fusion HCM Analyticsのリファレンス
  2. はじめに

1 はじめに

概要

Oracle Fusion HCM Analyticsは、HCM Cloudアプリケーション上に構築されたクラウド・ネイティブなウェアハウスベースの分析ソリューションです。

すぐに使用できるワークフォース・インサイトを人事担当者に提供し、ワークフォース多様性、従業員の減員と残留、タレント採用、報酬などに関する意思決定を改善します。HRチームは、機能横断的な単一のデータ・モデルとパイプラインおよびエンド・ユーザー・メトリックをコーディングなしで拡張することで、Oracle Cloud HCMで提供される追加のデータ・ソースに勝る分析を強化できます。Oracle Fusion HCM Analyticsを参照してください。

このガイドには、Oracle Fusion HCM Analyticsのデータ・ウェアハウスの表およびエンティティ関係の詳細に関する情報が含まれています。このガイドでは、サブジェクト領域の次の詳細について説明しています。
  • ジョブ固有のグループ
  • 職務ロール
  • 関連するビジネス上の質問
  • メトリック詳細
  • 付加フレックスフィールド

このガイドには、事前作成済の分析、事前作成済のビジネス・メトリックおよび事前作成済のダッシュボードに関する情報も含まれています。

プレビューに使用可能な機能

プレビュー機能を使用すると、機能管理者は機能のオンとオフを切り替えることができます。この方法で、組織は、新しい機能がデフォルトでロールアウトされる前に、新しい機能の使用方法を評価および学習できます。

プレビュー機能を有効にするには、プレビュー機能を使用可能にする方法を参照してください。

機能領域
機能 説明
多様性分析

この機能により、多様性分析オファリングが有効になります。

ノート:

「多様性分析の前提条件」機能領域を有効にしてから、「多様性分析」機能領域を有効にする必要があります。「多様性分析の前提条件」機能領域には、「多様性分析」機能領域で発生するさらなる処理および計算に必要な情報が表示されます。
安全衛生 この機能では、従業員の安全衛生インシデントに関する情報が提供されます。これには、インシデント、イベントおよび処理に関連する詳細が含まれます。
学習管理 この機能により、学習管理オファリングが有効になります。
給与ベース この機能により、給与ベース・オファリングが有効になります。
年功起算日 この機能により、V3年功起算日のレポートが可能になります。企業全体の就業者の年功、様々な雇用関係およびアサイメントの情報が表示されます。この情報を使用して、すべてのルールにわたって就業者の年功をレポートできます。年功ルール設定についてレポートすることもできます。
勤怠管理 この機能により、勤怠管理オファリングが有効になります。
パイプライン機能
機能 説明
HCMデータ整合性およびロギングの無効化 この機能により、HCMデータ不整合のロギングを有効または無効にしたり、拒否を記録できます。

一般に使用可能な機能

Oracle Fusion Analytics Warehouseには、コンソールを使用して有効にする必要がある一般に使用可能な特定の機能が用意されています。一般的に使用可能な機能は、本番ワークロードに使用できる公開機能です。これらの機能により、機能管理者は機能のオンとオフを切り替えることができます。デフォルトでは機能は無効になっています。

一般に使用可能な機能を有効にするには、一般に使用可能な機能の有効化を参照してください。

機能領域
機能 説明
給与バランス この機能により、「給与バランス」機能領域が有効になります。個人レベルの給与バランスおよびディメンション全体の累計バランス値について洞察が提供されます。

ノート:

「給与バランス」機能領域を有効にする前に、ワークフォース・コア機能領域を有効にし、必要なCloud HCMバランス・グループである「アナリティクス・ウェアハウス・バランス・グループ」が設定されていることを確認する必要があります。Payrollは、90,000人の従業員が在籍するお客様に対して正常に実装されています。大規模な組織で継続的に機能するように、すべてのお客様に実装をお薦めします。
給与原価計算 この機能により、「給与原価計算」機能領域で実行原価計算および支払の原価計算情報が有効になります。個人レベルの給与計算原価計算と支払の原価計算、およびディメンション全体の累計値について洞察が提供されます。

ノート:

「給与原価計算」機能領域を有効にする前に、ワークフォース・コア機能領域を有効にし、Cloud HCM原価配賦キー・フレックス・フィールド・ラベルが設定され、個々のセグメントに割り当てられていることを確認する必要があります。Payrollは、90,000人の従業員が在籍するお客様に対して正常に実装されています。大規模な組織で継続的に機能するように、すべてのお客様に実装をお薦めします。

Oracle Fusion HCM Analyticsの前提条件

Oracle Fusion HCM Analyticsおよび提供されているサブジェクト領域を使用するには、次の前提条件を確認および設定してください。

  • 休暇欠勤タイプ設定ページの「処理項目」タブで使用可能な「日次レポート・ブレークダウンに含む」チェック・ボックスを選択し、Oracle Cloud HCMの「休暇欠勤詳細の日次ブレークダウンの生成」プロセスを実行して、Oracle Fusion HCM Analyticsの「HCM - ワークフォース休暇欠勤管理」サブジェクト領域に適用可能な値を指定します。「休暇欠勤詳細の日次ブレークダウンの生成」プロセスを参照してください。
  • 「給与」サブジェクト領域のパイプラインを有効にする前に、Oracle Cloud HCMでアナリティクス・ウェアハウス・バランス・グループを設定します。この設定により、「給与」サブジェクト領域のパイプラインを実行するときに、適用可能なバランス・データのみがOracle Fusion Analytics Warehouseにロードされるようになります。バランス・グループおよび使用の作成を参照してください。
  • Oracle Cloud HCMの原価配賦キー・フレックスフィールドで原価計算セグメントのラベルを設定して、フレックスフィールド設定のセグメントに正しいラベルを関連付けます。これにより、給与原価計算データが編成され、わかりやすくなります。
    1. Oracle Cloud HCMで、「設定および保守」にナビゲートし、「原価配賦キー・フレックスフィールド」を検索します。
    2. 「処理」をクリックし、セグメント・ラベルの管理をクリックして、ラベルの作成およびBIオブジェクト名の関連付けを選択します。
    3. 各ラベルを対応するセグメントに関連付けるには、体系の管理にナビゲートし、特定の構造を検索し、「編集」をクリックします。このステップを繰り返して、各ラベルの個々のセグメントを編集します。
    4. すべてのセグメントの編集が完了したら、「原価配賦キー・フレックスフィールド」に戻り、フレックスフィールドのデプロイをクリックします。
    5. プロセスが完了したら、「Oracle Transactional Business IntelligenceのOracle Fusionデータ拡張のインポート」を実行します。

    ノート:

    Oracle Cloud HCMでフレックスフィールドを編集するたびに、これらのステップを繰り返します。

    Oracle Cloud HCMでのこの設定により、適切なラベルが関連付けられている個々のセグメントに基づいて、費用と負債の分離についてレポートできます。たとえば、GL勘定科目コードの組合せのセグメント1が会社である場合、セグメント1ではなく会社をラベルとしてレポートできます。この設定がない場合は、連結セグメント・レベルでのみレポートまたは分析を実行できます。

  • Oracle Cloud HCMでHCM診断を実行して、データの不整合を事前に特定し、修正診断を実行して、Oracle Cloud HCMデータで確認された大半の不整合を修正します。Oracle Cloud HCMデータの不整合を未解決のままにしておくと、データ・パイプラインによって、ウェアハウス・ベース表へのレコードの(完全または部分的)ロードが拒否されることになります。グローバル・ヘッダーの設定および処理メニューから診断テストの実行リンクを表示して実行するには、Oracle Cloud HCMでアプリケーション診断管理者ロールが割り当てられている必要があります。Oracle Cloud HCMのデータ関連の問題を回避するには、各パイプラインの実行前に、次の診断テストを(手動または自動で)実行する必要があります。
    • 個人診断自動訂正: この診断テストは、ユーザーからの決定関連の入力を必要とせずに解決できる個人関連のデータ破損に対処します。このテストは、DW_PERSON_LEGISLATION_ALL_D表にOracle Fusion Analytics Warehouseパイプライン実行で拒否されたレコードがある場合に実行します。
    • 「マネージャ階層のリフレッシュ」スケジュール済プロセスを実行する前に、次のテストを実行します。
      • 重複ライン・マネージャ - レポート: この診断テストは、特定の時点でアサイメントに複数のライン・マネージャが存在する場合に対処します。アサイメントできるのは一度に1人のライン・マネージャのみであるため、これは破損シナリオです。この制約は他のタイプのマネージャには適用されません。
      • マネージャ階層ループ検出- レポート: この診断テストは、マネージャ階層ループ関連の破損に対処します。たとえば、システムにAからBおよびBからCへのライン・マネージャ階層がすでに存在するとします。システムにCからAへのマネージャ関係も存在する場合、それはマネージャ階層ループと呼ばれます。ソース・データに1つ以上のマネージャ階層ループが存在する場合、このような破損したデータによって、雇用トランザクションの送信または完了に問題が発生する可能性があります。

      これらのテストは、Oracle Fusion Analytics Warehouseパイプラインが次のデータ・ウェアハウス表で拒否されたレコードを検出した場合に必要です。

      • DW_WRKFRC_SUP_FL_DT_STAGE
      • DW_WRKFRC_GNLS_DRVD_PRV_STAGE
      • DW_WRKFRC_GNLS_DRVD_CUR_STAGE
      • DW_WRKFRC_GAIN_LOSS_ASG_MGRH_F
      • DW_WRKFRC_ASG_EVENT_RSN_F
      • DW_WRKFRC_GAIN_LOSS_ASG_F

      この情報は、「共通 - ウェアハウス・リフレッシュ統計」サブジェクト領域から取得できます。

      ノート:

      グローバル・ヘッダーの設定および処理メニューから診断テストの実行リンクを表示して実行するには、Oracle Cloud HCMでアプリケーション診断管理者ロールが割り当てられている必要があります。診断テストの実行を参照してください。
  • 「マネージャ階層のリフレッシュ」プロセスを実行して、Oracle Fusion Analytics Warehouseへの誤ったデータのインポートやデータの欠落を防止します。パフォーマンスを最適化するために、各個人の完全なマネージャ階層がライブ・データ表から抽出され、非正規化マネージャ階層と呼ばれる個別のマネージャ階層表に格納されます。マネージャ階層ディメンションを移入する場合、Oracle Fusion Analytics Warehouseは、このプロセスでリフレッシュされる基礎となるアプリケーション階層表を参照します。データがウェアハウスにロードされる(パイプラインのアクティブ化)前にこのプロセスがOracle Cloud HCMで実行されていないと、データ・エラーが発生することがあります。マネージャ階層: 管理方法を参照してください。
  • データを抽出するユーザーをOracle Fusion Cloud Applicationsで作成します。パスワードベースの基本認証を使用してソース・システムに接続する場合は、Oracle Fusion Cloud ApplicationsからOracle Fusion Analytics Warehouseにデータを抽出する適切な権限があるユーザーの資格証明を指定する必要があります。Oracle Fusion Cloud Applicationsにおける、データを抽出するユーザーの作成を参照してください。
  • 事業所ベースのアクセス制御(LBAC)設定を検証します。LBACは、承認されたIPアドレスから接続するユーザーが、完全なロールおよび権限でOracle Fusion Cloud Human Capital Managementアプリケーションにアクセスできるようにする方法です。承認されたIPアドレスは、セキュリティ・コンソールの「IPアドレス許可リスト」セクションにリストされます。セキュリティ・コンソールの「IPアドレス許可リスト」領域にリストされていないIPアドレスからOracle Cloud HCMアプリケーションURL (podname.dataregion.oraclecloud.com)にアクセスした場合、そのユーザーには、デフォルトではパブリック・ロールへのアクセス権のみが付与されます。LBACが構成されている場合は、セキュリティ・コンソールからロールをパブリックとしてマークできます。これらのパブリック・ロールは、リストにないIPアドレスからログインしたときに有効になります。

    Oracle Fusion Cloud ApplicationsからOracle Fusion Analytics Warehouseにデータを抽出するために作成したユーザーが、リストにない事業所からOracle Fusion Cloud Human Capital Managementにアクセスした場合(IPが許可リストに登録されていない場合)、そのユーザーが関連付けられているプライベート・ロールはフィルタで除外され、割り当てられません。IPアドレスが許可リストに登録/承認されているサーバーから接続しないかぎり、このユーザーには完全なロールと権限が割り当てられません。これにより、Oracle Fusion Analytics Warehouseインスタンスの作成およびパイプライン・ジョブ中にユーザー認証の問題が発生します。

    Oracle Fusion Cloud Applicationsで、セキュリティ・コンソールにナビゲートし、「管理」をクリックし、「事業所ベースのアクセス」タブを選択して、「事業所ベースのアクセス使用可能」チェック・ボックスが選択されているかどうかを確認します。Oracle Cloud HCMインスタンスでLBACが有効になっている場合は、次のステップを実行します。

    • すぐに使用できる次のロールのコピーを作成し、すべてのIPアドレスからのアクセスを有効にします。
      • REST API抽出権限(ロール・コード: BICC_REST_EXTRACT_PRIV)。たとえば、CustomCopy REST API抽出権限という名前を付け、COPY_BICC_REST_EXTRACT_PRIVというコードを指定します。
      • 業務用システムからクラウド・システムへのデータのアップロードおよびダウンロード(ロール・コード: OBIA_EXTRACTTRANSFORMLOAD_RWD)。たとえば、CustomCopy業務用システムからクラウド・システムへのデータのアップロードおよびダウンロードという名前を付け、COPY_OBIA_EXTRACTTRANSFORMLOAD_RWDというコードを指定します。
    • ロール階層のステップで、シード済ロール・メンバーシップREST API抽出権限(ロール・コード: BICC_REST_EXTRACT_PRIV)をCustomCopy REST API抽出権限ロールに追加し、業務用システムからクラウド・システムへのデータのアップロードおよびダウンロード(ロール・コード: OBIA_EXTRACTTRANSFORMLOAD_RWD)ロールをCustomCopy業務用システムからクラウド・システムへのデータのアップロードおよびダウンロード・ロールに変更します。
    • Oracle Fusion Cloud ApplicationsからOracle Fusion Analytics Warehouseにデータを抽出するために作成したユーザーに対して、CustomCopy REST API抽出権限ロールおよびCustomCopy業務用システムからクラウド・システムへのデータのアップロードおよびダウンロード・ロールを割り当てます。Oracle Fusion Cloud Applicationsにおける、データを抽出するユーザーの作成を参照してください。
  • Oracle Fusion Analytics Warehouseで、Oracle Fusion HCM Analyticsの機能領域のデータ・パイプラインおよびレポート構成を実行する前に、データ・モデル・ファイルのパイプライン・パラメータを設定して、人材管理関連データが主要なメトリック、ワークブック、ビジュアライゼーション、ダッシュボードおよびレポートにどのように表示されるかを指定します。パイプライン・パラメータの設定および人材管理のレポート構成の設定を参照してください。
  • 就業者の年功データを取得するには、Oracle Cloud HCMで「年功起算日の計算」プロセスを実行する必要があります。このデータは、「HCM - 就業者年功」(プレビュー)サブジェクト領域でのレポートに使用できます。

データ異常の分析

Oracle Fusion HCM Analyticsの拒否レポートを使用して、Oracle Cloud HCMのデータ異常を分析、調査および解決します。

(オプション) <タスクについて説明します。>
(オプション) <前提条件について説明します。>
  1. Oracle Fusion HCM Analyticsサービスにサインインします。
  2. Oracle Fusion Analyticsコンソールで、「プロジェクト」カタログに移動し、「Shared Folders」を開き、「共通」フォルダ内で「ウェアハウスのリフレッシュ統計」ワークブックを開きます。
    拒否されたレコード・コードをレビューして問題をトラブルシューティングし、次の適切なステップを判断します。
  3. ここに示す表を使用して、各エラーの潜在的な原因を特定します。
    エラー・コード エラー・メッセージ 対応するSQL サブジェクト領域
    GOAL_PLAN_GOAL_ISSUE_A 目標、目標プラン、目標プラン・セットおよびレビュー期間の組合せが一意ではありません 
    SELECT goal_id,
                   goal_plan_id,
                   goal_plan_set_id,
                   review_period_id
FROM   hrg_goal_plan_goals
WHERE  goal_plan_goal_id
/*Insert the Rejected Record Primary Key Value within the parenthesis */
    		 HCM- 目標およびキャリア開発
    ACCRUAL_ENTRY_DETAIL_ISSUE_A 有給休暇エントリが複数のアサイメントに関連付けられています 
    SELECT DISTINCT per_accrual_entry_id,                    
assignment_id
FROM            anc_per_acrl_entry_dtls
WHERE           per_accrual_entry_id IN              
      (
                SELECT per_accrual_entry_id
                FROM   anc_per_acrl_entry_dtls
                WHERE  per_accrual_entry_id IS NOT NULL
                AND    per_accrual_entry_dtl_id IN()     
/*Insert the Rejected Record Primary Key Value within the parenthesis */);
    		 HCM - ワークフォース休暇欠勤管理
    PROFILE_ITEMS_ISSUE_A プロファイル、コンテンツ・タイプおよびコンテンツ項目のレコードの組合せに日付範囲の重複があります 
    SELECT a.profile_id, 
     a.content_type_id, 
     a.content_item_id, 
     a.date_from, 
     a.date_to, 
     a.item_number_2, 
     a.rating_model_id1, 
     a.rating_model_id2 
FROM hrt_profile_items a 
inner join hrt_profile_items b 
ON a.profile_id=b.profile_id 
AND a.content_type_id=b.content_type_id 
AND Nvl(a.content_item_id,-99999) = Nvl(b.content_item_id,-99999) 
WHERE b.profile_item_id= 
/* Add PROFILE_ITEM_ID Value here*/ 
order by a.profile_id, 
     a.content_type_id, 
     a.content_item_id, 
     a.date_from;
    • HCM - タレント・プロファイル
    • HCM - ワークフォース・コア
    • HCM - タレント・レビュー
    PROFILE_ITEMS_ISSUE_B プロファイル、コンテンツ・タイプおよびタレント・レビュー会議の組合せに対して複数の行があります
    WRKFRC_ASG_SUP_ISSUE_A 単一のマネージャ・アサイメント識別子が複数のマネージャ個人識別子に関連付けられています 
    SELECT DISTINCT manager_assignment_id,               
     manager_id
FROM       per_assignment_supervisors_f
WHERE      (
                 manager_assignment_id) IN                    
     (
      SELECT manager_assignment_id count
      FROM   per_assignment_supervisors_f
      WHERE  manager_type='LINE_MANAGER'
      AND    primary_flag='Y'
      AND    assignment_supervisor_id =
      /* Add ASSIGNMENT_SUPERVISOR_ID Value here*/
      and    effective_start_date = ''
      /* Add EFFECTIVE_START_DATE Value here*/
      AND    effective_end_date = ''
      /* Add EFFECTIVE_END_DATE Value here*/);
    		 すべてのサブジェクト領域
    TA_SRC_TRCK_ISSUE_A 単一のジョブ応募/送信に対して複数のソース・トラッキング詳細が存在します 
    SELECT   source_tracking_id,
         submission_id
FROM     irc_source_tracking
WHERE    submission_id IN
         (
                SELECT submission_id
                FROM   irc_source_tracking
                WHERE  source_tracking_id IN ()
   /*Insert the Rejected Record Primary Key Value within the parenthesis */)

ORDER BY submission_id;
    		 HCM - タレント採用
    RATING_CATEGORY_ISSUE_A 評価カテゴリの上限または下限が重複しています 
    LECT     a.category_id,
                       a. business_group_id,
                       a.rating_model_id,
                       a.lower_boundary,
                       a.upper_boundary
FROM       hrt_rating_categories_b a
inner join hrt_rating_categories_b b
ON         a.rating_model_id=b.rating_model_id
AND        a.business_group_id=b.business_group_id
AND        b.category_id IN ()
/*Insert the Rejected Record Primary Key Value within the parenthesis */
    • HCM - パフォーマンス管理
    • HCM - タレント・プロファイル
    • HCM - タレント・レビュー
    • HCM - ワークフォース・コア
    MNGR_HRCHY_CFDNDH_ISSUE_A** マネージャ・タイプに対して、同じ日に同じマネージャと報告者の複数のレコードが存在します。この場合、不正なデータはFusion Analyticsから削除されません 
    SELECT   manager_assignment_id,
         level20_reportee_assignment_id,
         effective_start_date,
         effective_end_date
FROM     per_manager_hrchy_reportees_dn
WHERE    manager_type='LINE_MANAGER'
AND      manager_assignment_id =
         /*Insert the Rejected Record MANAGER_ASSIGNMENT_ID Value here */
and      level20_reportee_assignment_id =
         /*Insert the Rejected Record LEVEL20_REPORTEE_ASSIGNMENT_ID Value here*/
ORDER BY effective_start_date;
This issue is a result of HCM prerequisites not being executed, Check the section below this table for detailed pre emptive steps**.

    この問題は、HCMの前提条件が実行されていない結果です。この表の次の項で、詳細な先行ステップ**を確認してください。

    		 すべてのサブジェクト領域
    WRKFRC_ASG_TERMINATION_ISSUE 同じ日のアサイメントに対して複数の退職レコードが存在します 
    SELECT assignment_id,
       effective_start_date,
       effective_end_date,
       effective_sequence,
       effective_latest_change,
       assignment_type,
       assignment_status_type
FROM   per_all_assignments_m per_all_assignments_m
WHERE  assignment_id =
       /* Add ASSIGNMENT_SUPERVISOR_ID Value here*/
and    effective_start_date = ''
       /* Add EFFECTIVE_START_DATE Value here*/
       ;
    		 HCM - ワークフォース・コア
    GOAL_ALIGNMENT_ISSUE_A 目標と連携目標の組合せが一意ではありません 
    SELECT goal_id,
       aligned_goal_id
FROM   hrg_goal_alignments
WHERE  (
              goal_id,aligned_goal_id ) IN
       (
              SELECT goal_id,
                     aligned_goal_id
              FROM   hrg_goal_alignments
              WHERE  goal_alignment_id=
                     /* Add GOAL_ALIGNMENT_ID Value here*/ );
    		 HCM- 目標およびキャリア開発
    OVERLAP_RULE_A 開始日が終了日より後になっています 
    SELECT DISTINCT person_id,
                legislation_code,
                effective_start_date,
                effective_end_date
FROM            per_people_legislative_f
WHERE           (
                                person_id,legislation_code) IN
                (
                       SELECT person_id,
                              legislation_code
                       FROM   per_people_legislative_f
                       WHERE  person_legislative_id =
                              /* Add PERSON_LEGISLATIVE_ID Value here*/
                       and    effective_start_date = ''
                              /* Add EFFECTIVE_START_DATE Value here*/
                       AND    effective_end_date = ''
                              /* Add EFFECTIVE_END_DATE Value here*/
                );
    		 すべてのサブジェクト領域
    OVERLAP_RULE_D 現在のレコードの開始日が前のレコードの終了日以前の日付、または現在のレコードの終了日が次のレコードの開始日以降の日付になっています

    **Fusion HCM Analyticsのマネージャ階層の前提条件ステップ

    次のパラメータを使用してOracle Cloud HCMで「マネージャ階層のリフレッシュ」プロセスを実行し、Oracle Fusion Analytics Warehouseをリセットします。データ・ウェアハウスのリセットを参照してください。

    過去N日以内に更新済 モード 詳細
    パラメータ値なし(空白/NULL) 通常 - 完全実行 PER_ASSIGNMENT_SUPERVISORS_Fのソースから非正規化表PER_MANAGER_HRCHY_DNおよびPER_MANAGER_HRCHY_CFに移入し、すべてのアサイメント上長行の非正規化データを削除および挿入します
    +veパラメータ値 通常 - 増分実行 PER_ASSIGNMENT_SUPERVISORS_Fのソースから非正規化表PER_MANAGER_HRCHY_DNおよびPER_MANAGER_HRCHY_CFに移入し、過去N日間に更新/作成されたアサイメント上長行の非正規化データを削除および挿入します(つまり、パラメータ値に5が指定されている場合は、過去5日間に更新/作成されたデータが処理されます)
    0パラメータ値 OTBI - 完全実行 PER_ASSIGNMENT_SUPERVISORS_Fのソースから非正規化表PER_MANAGER_HRCHY_REPORTEES_DNに移入し、すべてのアサイメント上長行の非正規化データを削除および挿入します(処理中は他の非正規化表PER_MANAGER_HRCHY_DNおよびPER_MANAGER_HRCHY_CFのデータを参照します)
    -veパラメータ値 OTBI - 増分実行 PER_ASSIGNMENT_SUPERVISORS_Fのソースから非正規化表PER_MANAGE_HRCHY_REPORTEES_DNに移入し、過去N日間に更新/作成されたアサイメント上長行の非正規化データを削除および挿入します(つまり、パラメータ値に-5が指定されている場合は、過去5日間に更新/作成されたデータが処理されます)
  4. Oracle Analytics Publisherにログインし、データ・モデルを選択します。
  5. 「ダイアグラム」タブで、「SQL問合せ」を選択します。
  6. SQL問合せの名前を入力し、「データ・ソース」をApplicationDB_HCMに変更し、SQLの「タイプ」が標準に設定されていることを確認してから、前述のフィールドの例のSQL問合せテキストを入力します。「OK」をクリックします。
  7. データの表示をクリックし、表ビューで結果を確認します。