機械翻訳について

1 はじめに

概要

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

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

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

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

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

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

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

サブジェクトエリアについてさらに学習するには、「サブジェクトエリア」を参照してください。

機能領域
機能/機能領域 説明
福利厚生 この機能領域では、「HCM - 福利厚生(プレビュー)」サブジェクト領域を使用できます。
安全衛生 この機能領域により、「HCM - 安全衛生インシデント」サブジェクト領域が使用可能になります。
HRヘルプ・デスク この機能により、「HRヘルプ・デスク」サブジェクト領域が使用可能になります。
学習管理時間 この機能領域では、「HCM - コース- オファリング評点とプロファイル結果(プレビュー)」、「HCM - 専門評点とプロファイル結果(プレビュー)」、「HCM - 学習アイテムと登録(プレビュー)」サブジェクト領域を使用できます。
機会マーケットプレイス - ギグ この機能により、「HCM - ギグの機会マーケットプレイス」サブジェクト領域が使用可能になります。
個人タレント・プロファイル管理 この機能領域により、「HCM - タレント・プロファイルの傾向」サブジェクト領域が使用可能になります。
プロファイル一致 この機能領域により、「HCM - プロファイル一致」サブジェクト領域が使用可能になります。
給与ベース設定 この機能領域では、「HCM - Workforce Rewards - 給与ベース設定」サブジェクト領域を使用できます。
スキル管理 この機能領域では、「HCM - タレント・プロファイル・マーケットプレイス(プレビュー)」サブジェクト領域を使用できます。
パイプライン機能
機能 説明
HCMデータ整合性およびロギングの無効化 この機能により、HCMデータ不整合のロギングを有効または無効にしたり、拒否を記録できます。

一般に使用可能な機能

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

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

サブジェクトエリアについてさらに学習するには、「サブジェクトエリア」を参照してください。

機能領域
機能/機能領域 説明
休暇欠勤管理 この機能領域により、「HCM - ワークフォース休暇欠勤管理」サブジェクト領域が使用可能になります。
多様性分析

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

ノート:

「多様性分析の前提条件」機能領域を有効にしてから、「多様性分析」機能領域を有効にする必要があります。 「多様性分析の前提条件」機能領域には、「多様性分析」機能領域で発生するさらなる処理および計算に必要な情報が表示されます。
目標およびキャリア開発 この機能領域により、「HCM - 目標およびキャリア開発」サブジェクト領域が使用可能になります。
ジャーニ この機能領域により、「HCM - ジャーニ」サブジェクト領域が使用可能になります。
学習管理 この機能により、学習管理オファリングが有効になります。
給与バランス この機能により、「給与バランス」機能領域が有効になります。 個人レベルの給与バランスおよびディメンション全体の累計バランス値について洞察が提供されます。

ノート:

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

ノート:

「給与原価計算」機能領域を有効にする前に、ワークフォース・コア機能領域を有効にし、Cloud HCM原価配賦キー・フレックス・フィールド・ラベルが設定され、個々のセグメントに割り当てられていることを確認する必要があります。 Payrollは、90,000人の従業員が在籍するお客様に対して正常に実装されています。 大規模な組織で継続的に機能するように、すべてのお客様に実装をお薦めします。
パフォーマンス管理およびチェックイン この機能領域により、「HCM - パフォーマンス管理」および「HCM - チェックイン」サブジェクト領域が使用可能になります。
ポジション管理 この機能領域により、「HCM - ポジション」サブジェクト領域が使用可能になります。
給与ベース この機能により、「給与ベース」機能領域が使用可能になります。 給与ベースは世界中の40の組織によってに成功裏に実装されており、最大データ量は約100万レコードになっています。 すべての組織、特にデータ量が多い大規模な組織に実装するをお薦めします。
年功起算日 この機能領域により、「HCM - 就業者年功」サブジェクト領域が使用可能になります。
後任管理 この機能領域により、「HCM - 後任管理」サブジェクト領域が使用可能になります。
タレント採用 この機能領域により、「HCM - タレント採用」サブジェクト領域が使用可能になります。
タレント・プロファイル この機能領域により、「HCM - タレント・プロファイル」サブジェクト領域が使用可能になります。
タレント・レビュー この機能領域により、「HCM - タレント・レビュー会議」サブジェクト領域が使用可能になります。
勤怠管理 この機能により、「勤怠管理」機能領域が使用可能になります。 Time and Laborは、世界40の組織で成功を収めており、最大データ量は約100万レコードです。 すべての組織、特にデータ量が多い大規模な組織に実装するをお薦めします。
ワークフォース報酬 この機能領域により、「HCM - ワークフォース報奨 - ワークフォース報酬」サブジェクト領域が使用可能になります。
ワークフォース管理 この機能領域により、「HCM - ワークフォース増加/減少」サブジェクト領域が使用可能になります。
ワークフォース管理 この機能領域により、「HCM - ワークフォース・コア」サブジェクト領域が使用可能になります。

Oracle Fusion HCM Analyticsの前提条件

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

  • 休暇欠勤タイプ設定ページの「処理項目」タブで使用可能な「日次レポート・ブレークダウンに含む」チェック・ボックスを選択し、Oracle Cloud HCMの「休暇欠勤詳細の日次ブレークダウンの生成」プロセスを実行して、Oracle Fusion HCM Analyticsの「HCM - ワークフォース休暇欠勤管理」サブジェクト領域に適用可能な値を指定します。 「休暇欠勤詳細の日次ブレークダウンの生成」プロセスを参照してください。
  • 「給与」サブジェクト領域のパイプラインを有効にする前に、Oracle Cloud HCMでアナリティクス・ウェアハウス・バランス・グループを設定します。 この設定により、「給与」サブジェクト領域のパイプラインを実行するときに、適用可能なバランス・データのみがOracle Fusion Data Intelligenceにロードされるようになります。 バランス・グループおよび使用の作成を参照してください。
  • 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 Data Intelligenceパイプライン実行で拒否されたレコードがある場合に実行します。
    • 「マネージャ階層のリフレッシュ」スケジュール済プロセスを実行する前に、次のテストを実行します。
      • 重複ライン・マネージャ - レポート: この診断テストは、特定の時点でアサイメントに複数のライン・マネージャが存在する場合に対処します。 アサイメントできるのは一度に1人のライン・マネージャのみであるため、これは破損シナリオです。 この制約は他のタイプのマネージャには適用されません。
      • マネージャ階層ループ検出- レポート: この診断テストは、マネージャ階層ループ関連の破損に対処します。 たとえば、システムにAからBおよびBからCへのライン・マネージャ階層がすでに存在するとします。 システムにCからAへのマネージャ関係も存在する場合、それはマネージャ階層ループと呼ばれます。 ソース・データに1つ以上のマネージャ階層ループが存在する場合、このような破損したデータによって、雇用トランザクションの送信または完了に問題が発生する可能性があります。

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

      • 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 Data Intelligenceへの誤ったデータのインポートやデータの欠落を防止します。 パフォーマンスを最適化するために、各個人の完全なマネージャ階層がライブ・データ表から抽出され、非正規化マネージャ階層と呼ばれる個別のマネージャ階層表に格納されます。 マネージャ階層ディメンションを移入する場合、Oracle Fusion Data Intelligenceは、このプロセスでリフレッシュされる基礎となるアプリケーション階層表を参照します。 データがウェアハウスにロードされる(パイプラインのアクティブ化)前にこのプロセスがOracle Cloud HCMで実行されていないと、データ・エラーが発生することがあります。 マネージャ階層: 管理方法を参照してください。
  • データを抽出するユーザーをOracle Fusion Cloud Applicationsで作成します。 パスワードベースの基本認証を使用してソース・システムに接続する場合は、Oracle Fusion Cloud ApplicationsからOracle Fusion Data Intelligenceにデータを抽出する適切な権限があるユーザーの資格証明を指定する必要があります。 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 Data Intelligenceにデータを抽出するために作成したユーザーが、リストにない事業所からOracle Fusion Cloud Human Capital Managementにアクセスした場合(IPが許可リストに登録されていない場合)、そのユーザーが関連付けられているプライベート・ロールはフィルタで除外され、割り当てられません。 IPアドレスが許可リストに登録/承認されているサーバーから接続しないかぎり、このユーザーには完全なロールと権限が割り当てられません。 これにより、Oracle Fusion Data Intelligenceインスタンスの作成およびパイプライン・ジョブ中にユーザー認証の問題が発生します。

    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 Data Intelligenceにデータを抽出するために作成したユーザーに対して、CustomCopy REST API抽出権限ロールおよびCustomCopy業務用システムからクラウド・システムへのデータのアップロードおよびダウンロード・ロールを割り当てます。 Oracle Fusion Cloud Applicationsにおける、データを抽出するユーザーの作成を参照してください。
  • Oracle Fusion Data Intelligenceで、Oracle Fusion HCM Analyticsの機能領域のデータ・パイプラインおよびレポート構成を実行する前に、データ・モデル・ファイルのパイプライン・パラメータを設定して、人材管理関連データが主要なメトリック、ワークブック、ビジュアライゼーション、ダッシュボードおよびレポートにどのように表示されるかを指定します。 パイプライン・パラメータの設定および人材管理のレポート構成の設定を参照してください。
  • 就業者の年功データを取得するには、Oracle Cloud HCMで「年功起算日の計算」プロセスを実行する必要があります。 このデータは、「HCM - 就業者年功」(プレビュー)サブジェクト領域でのレポートに使用できます。
  • HCM目標およびキャリア開発のパフォーマンス目標について、次のことを確認します:
    • パフォーマンス目標がパフォーマンス目標ファクト: dw_goal_performance_efに存在します。
    • 組織目標が、組織目標ファクト: dw_goal_organization_efに存在します。
    • 目標数が一致しない原因は、dw_goal_performance_efに組織目標が存在しないためです。
    • Oracle Transactional Business Intelligenceレポートが、パフォーマンス目標に加えて組織目標も取り込んでいます。 Oracle Transactional Business Intelligenceのパフォーマンス目標のみとの比較は進行中の作業であり、現在準備中です。

データの異常の分析

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

(オプション) <タスクについて説明します。>
(オプション) <前提条件について説明します。>
  1. Oracle Fusion HCM Analyticsサービスにサインインします。
  2. Oracle Fusion Data Intelligenceコンソールで、「プロジェクト」カタログに移動し、「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 Data Intelligenceをリセットします。 データ・ウェアハウスのリセットを参照してください。

    過去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. データの表示をクリックし、表ビューで結果を確認します。

給与アナリティクスのデフォルト構成設定

これらのデフォルト構成設定は、給与サブジェクト領域の前提条件の一部として使用します。

給与サブジェクト領域属性のレンダリング

これらの日付を使用して、給与サブジェクト領域属性をレンダリングします。
  • 給与有効日: これがデフォルト値です。 属性は、給与処理日に基づいてレンダリングされます。 たとえば、給与プロセスの有効日が2024年1月25日である2024年1月の支給期間では、この日付に基づいてすべての属性がレンダリングされます。
  • 対象日: 属性は、給与計算バランスおよび給与原価計算ファクトで取得された日付に基づいてレンダリングされます。 使用できない場合は、給与処理日が使用されます。給与処理有効日が2024年1月25日で、対象日がCloud Payroll Setupsで2024年1月31日である2024年1月の支払期間については、すべての属性が2024年1月31日にレンダリングされます。
この動作は、「給与の基準日」パラメータによって制御されます。 このパラメータに変更を加えた場合は、給与サブジェクト領域をリセットする必要があります。

Oracle Cloud HCMおよびFusion Data Intelligenceで給与バランス・グループを設定するためのガイドライン

Fusion Data Intelligence 「HCM - ワークフォース報奨 - 給与バランス」サブジェクト領域に、アナリティクス・ウェアハウス・バランス・グループの設定に従って、Oracle Cloud HCMから給与バランス・データがプルされます。

このバランス・グループのデフォルト設定は、次の各項で説明されており、重要な考慮事項に基づいて、必要に応じて設定を調整できます。

ノート:

これらの推奨事項および考慮事項に従わないと、データ抽出およびレポートのパフォーマンスに悪影響を及ぼす可能性があります。

給与バランス・アクセラレータのガイドライン

  • 実行バランス・ディメンションを含める: デフォルトの推奨バランス・グループ・セクションに指定されている実行バランス・ディメンションのみを使用します。 アサイメント・レベルのバランスに特定の要件がないかぎり、関係レベルのディメンションを追加します。
  • 期間累計および合計ベースのカテゴリを除外する: 期間累計(QTD、YTD、MTDなど)または合計バランスのベース・カテゴリに関連するディメンションを追加しないでください。これらは、サブジェクト領域の事前作成済ビジネス・メトリックを使用してFusion Data Intelligenceによって計算されるためです。
  • ベース・ディメンションを過度に使用しない: ベース・カテゴリまたはバランス名に余分なベース・ディメンションを追加すると、分析やレポート作成に有用ではない大量のデータが原因でパフォーマンスの問題が発生する可能性があります。
  • 必ずフィルタ処理する: 特定のベース・ディメンションでフィルタすれば、正確に給与バランスをレポートおよび分析できます このフィルタを使用しないと、バランス値がベース・ディメンション間で誤って集計され、結果が不正確になる可能性があります。

デフォルト推奨バランス・グループ設定 - 国別仕様 - 米国

ベース・カテゴリ ベース・ディメンション(デフォルト)
支給 関係税ユニット実行
補助支給項目 関係税ユニット実行
任意控除項目 関係税ユニット実行
標準控除項目

関係税ユニット、第三者受取人、参照コード実行

関係税ユニット、参照コード実行
法定前控除項目 関係税ユニット実行
その他 関係税ユニット実行
事業主税 関係税ユニット実行
事業主費用 関係税ユニット実行
従業員税額控除 関係税ユニット実行
直接支払 関係税ユニット実行
時間 関係税ユニット実行
給与外支払 関係税ユニット実行

デフォルトの推奨残高グループ設定 - 国別仕様 - アラブ首長国連邦、カタール、サウジアラビア

ベース・カテゴリ ベース・ディメンション(デフォルト)
支給 関係実行
補助支給項目 関係実行
任意控除項目 関係実行
その他 関係実行
事業主税 関係実行
事業主費用 関係実行
従業員税額控除 関係実行
直接支払 関係実行
時間 関係実行

デフォルト推奨バランス・グループ設定 - 国別仕様 - カナダ

ベース・カテゴリ ベース・ディメンション(デフォルト)
休暇欠勤 関係税ユニット実行
直接支払 関係税ユニット実行
支給 関係税ユニット実行
補助支給項目 関係税ユニット実行
課税対象福利厚生 関係税ユニット実行
標準控除項目

関係税ユニット、参照コード実行

関係税ユニット、第三者受取人、参照コード実行
法定前控除項目 関係税ユニット実行
税控除 関係税ユニット実行
任意控除項目 関係税ユニット実行
事業主費用 関係税ユニット実行
事業主税 関係税ユニット実行
時間 関係税ユニット実行
情報 関係税ユニット実行
その他 関係税ユニット実行

デフォルト推奨バランス・グループ設定 - 国別仕様 - 英国

ベース・カテゴリ ベース・ディメンション(デフォルト)
休暇欠勤 給与関係、実行
日数 給与関係、実行
直接支払 給与関係、実行
事業主費用 給与関係、実行
事業主税 給与関係、実行
時間 給与関係、実行
情報 給与関係、実行
標準控除項目 給与関係、実行
不定期支給項目 給与関係、実行
その他 給与関係、実行
PAYE控除 給与関係、実行
法定前控除項目 給与関係、実行
定期支給項目 給与関係、実行
課税対象福利厚生 給与関係、実行
任意控除項目 給与関係、実行

デフォルト推奨バランス・グループ設定 - 国別仕様 - メキシコ

ベース・カテゴリ ベース・ディメンション(デフォルト)
休暇欠勤 関係税ユニット実行
標準支給項目 関係税ユニット実行
従業員税額控除 関係税ユニット実行
事業主費用 関係税ユニット実行
事業主税 関係税ユニット実行
時間 関係税ユニット実行
情報 関係税ユニット実行
標準控除項目 関係税ユニット実行
その他 関係税ユニット実行
税引前控除 関係税ユニット実行
社会保険控除項目 関係税ユニット実行
補助支給項目 関係税ユニット実行
税控除 関係税ユニット実行
課税対象福利厚生 関係税ユニット実行
任意控除項目 関係税ユニット実行

デフォルト推奨バランス・グループ設定 - 国別仕様 - 中国

ベース・カテゴリ ベース・ディメンション(デフォルト)
直接支払 関係税ユニット実行
休暇欠勤 関係税ユニット実行
支給 関係税ユニット実行
補助支給項目 関係税ユニット実行
課税対象福利厚生 関係税ユニット実行
法定前控除項目 関係税ユニット実行
税控除 関係税ユニット実行
事業主費用 関係税ユニット実行
社会保険控除項目 関係税ユニット実行
任意控除項目 関係税ユニット実行

デフォルト推奨バランス・グループ設定 - その他の国別仕様

ベース・カテゴリ ベース・ディメンション(デフォルト)
直接支払 関係税ユニット実行
休暇欠勤 関係税ユニット実行
支給 関係税ユニット実行
補助支給項目 関係税ユニット実行
課税対象福利厚生 関係税ユニット実行
法定前控除項目 関係税ユニット実行
税控除 関係税ユニット実行
事業主費用 関係税ユニット実行
社会保険控除項目 関係税ユニット実行
任意控除項目 関係税ユニット実行

Oracle Cloud HCMの給与バランスとFusion Data Intelligenceでの使用

給与バランスには、主に3つのコンポーネントがあります。

  • バランス名: 各バランスの特定の名前をカスタマイズできます。 たとえば、基本給、超過勤務、賞与などです。

    たとえば、Alexが営業チームの従業員だとします。
    • 給与の一部として、基本給という1つの定期コンポーネントと、超過勤務、賞与、コミッションという、資格に基づいた3つの不定期支給が支給されます。
    • 該当する国別仕様の税務処理基準によれば、医療保険と401(K)従業員拠出金の2つの控除があります。
    カテゴリ 金額
    基本給 $4000.00
    超過勤務手当 $300
    賞与 $1200
    コミッション $2000
    医療保険 $150
    401(k)従業員拠出金 $200

  • ベース・カテゴリ

    • 標準支給項目: 基本給の一部である定期支給項目。
    • 補助支給項目: 賞与やコミッションなどの追加支給項目。
    • 任意控除項目: 退職拠出金など、従業員が選択した控除項目。
    • 標準控除項目: 税金や通告など、法律で義務付けられている控除項目。
    • 時間: 記録された勤務時間または超過勤務時間。
    • 情報: その他の給与関連情報。
  • たとえば、Alexが営業チームの従業員だとします。
    • 各バランス名には、ベース・カテゴリが関連付けられています。
    • 最も一般的なベース・カテゴリのいくつかは、次の表の右の列にリストされています。
    バランス名 ベース・カテゴリ
    標準支給項目 税引前控除
    任意控除項目 補助支給項目
    事業主税 標準控除項目
    従業員税額控除 その他
    従業員税賃金 従業員税控除
    事業主税賃金 事業主債務

  • ベース・ディメンションには、3つの異なる観点が表示されます。

    • 時間: 四半期累計、開始来累計、月累計、年累計など、様々な期間。
    • 雇用: 様々な雇用関係やアサイメント。
    • コンテキスト: 場所ベースのディメンション(エリア、市区町村など)
  • たとえば、Alexが営業チームの従業員だとします。
    • バランスにはそれぞれ異なるベース・ディメンションが関連付けられています。
    • 期間累計(QTD、MTD、YTD)の値は、Fusion Data Intelligenceで計算されます。 したがって、アナリティクス・ウェアハウス・バランス・グループには時間ベースのベース・ディメンションを追加しないでください。
    • コンテキスト・ベースのベース・ディメンションはサポートされていないため、追加しないでください
    時間ベース・ディメンション 雇用ベース・ディメンション コンテキスト・ベース・ディメンション
    関係税ユニット実行QTD 関係税ユニット実行 関係税ユニット実行領域1実行
    関係税ユニット実行YTD アサイメント税ユニット実行 関係税ユニット実行領域2実行
    NA 関係実行 NA
    NA アサイメント実行 NA
  • たとえば、Alexが営業チームの従業員だとします。
    • バランス名、ベース・カテゴリおよびベース・ディメンションを組み合せると、次の表の結果が表示されます。
    • Alexは基本給として4000ドルを受け取ります。 バランス・データからこれを取得するには、「関係税ユニット実行」などの特定のベース・ディメンションでフィルタします。
    • 給与バランスの正確なレポートおよび分析を得るためには、特定のベース・ディメンションでフィルタします。
    • このフィルタを使用しないと、バランス値がディメンション間で誤って集計され、結果が不正確になる可能性があります。
    • バランス・グループの設定で、組織の給与分析およびレポートに必要な特定のバランス/ベース・カテゴリ/ベース・ディメンションを選択できます。
    ベース・カテゴリ バランス名 バランス・ディメンション 金額
    標準支給項目 基本給 関係実行 $4000
    標準支給項目 基本給 関係税ユニット実行 $4000
    標準支給項目 基本給 アサイメント実行 $4000
    標準支給項目 基本給 アサイメント税ユニット実行 $4000
    標準支給項目 基本給 関係税ユニット実行QTD $12000

給与原価計算の前提条件

給与原価計算アナリティクスを最大限に活用するには、「Oracle Fusion Cloud人材管理」の「原価配賦キー」フレックスフィールド設定から、適切なラベルをフレックスフィールド設定のセグメントに関連付けることで、給与原価計算データが編成され、理解しやすいようにする必要があります。

「Oracle Fusion Cloud人材管理」のこの設定では、適切なラベルが関連付けられている個々のセグメントに基づいて、経費と負債の分離についてレポートできます。

  1. 「Oracle Fusion Cloud人材管理」で、「設定および保守」を選択し、原価配賦キー・フレックスフィールドを検索します。
  2. 「処理」をクリックし、「セグメント・ラベルの管理」をクリックします。 セグメントのラベルを作成し、適切なBIオブジェクト名を関連付けます。
  3. 給与原価配賦キー・フレックスの設定方法に基づいて、次のガイドラインに従ってセグメント・ラベル・コードを作成します:
    • セグメント・ラベル・コードではスペースは使用されません。
    • BIオブジェクト名の命名法では、大/小文字が区別され、次のように書式設定する必要があります。
    • FDI給与原価計算では、最大10セグメントのレポートがサポートされます。 原価配賦キー・フレックスフィールドで10個を超えるセグメントの場合、そこから任意の10個のセグメントを選択できます

    managesegmentlabels.pngの説明が続きます
    図managesegmentlabels.pngの説明

  4. 「処理」をクリックし、「構成の管理」をクリックします。
  5. 検索する特定の構造を検索し、「編集」 「編集」アイコンをクリックして選択した構造を更新します。
  6. 各ラベルを関連付けるには、個々のセグメントを選択し、「編集」 「編集」アイコンをクリックします。
  7. 「使用可能なセグメント・ブロック」で前のステップで作成したラベルを検索します。
    editkeyflexfieldsegment.pngの説明が続きます
    図editkeyflexfieldsegment.pngの説明

  8. 「使用可能なラベル」を「選択したラベル」に移動します。 既存のクラウド給与設定に影響しないように、「選択済ラベル」リストから既存のラベルを削除しないでください。

    ノート:

    Oracle Fusion Data Intelligenceに新しいラベルを追加しても、既存のクラウド給与設定には影響しません
  9. 選択した構造の各セグメントに対してこの手順を繰り返します。
  10. 関連付けられたラベルのないセグメントは「連結セグメント」を示し、個々のセグメント名は「値なし」と表示されます。
    newworkbook.pngの説明が続きます
    図newworkbook.pngの説明

  11. フレックスフィールドをデプロイします。 「原価配賦キー」フレックスフィールド画面に戻り、「フレックスフィールドのデプロイ」をクリックします。 確認ダイアログで、OKをクリックします。
    costconfirmation.pngの説明が続きます
    図costconfirmation.pngの説明

  12. これらのステップを完了したら、トランザクションBusiness IntelligenceのOracle Fusionデータ拡張のインポート・スケジュール・プロセスを実行します。

    ノート:

    フレックスフィールド設定を変更した後、Oracle Fusion Data Intelligenceの給与原価計算作業領域をリフレッシュして再ロードし、変更を反映します。