メインコンテンツにスキップ
Workday User Guide
最終更新: 2023-09-08
概念: People Analytics における階層および組織

概念: People Analytics における階層および組織

従業員と採用のパイプラインに対して People Analytics を設定する際に、応募に含めるフィールドを選択します。階層および組織関連フィールドは、以下のカテゴリに分類されます。
  • 一次 階層
  • 二次階層
  • 組織の詳細
階層カテゴリとターゲット フィールド名は、各カテゴリに割り当てる階層を柔軟に設定できるように、一般的なものになっています。使用する階層を決定する際は、その階層がアプリケーションの残りの部分にどのような影響を与えるかを考慮してください。
People Analytics に含める階層と組織によって、以下が決定されます。
  • ストーリーテラーは、分析のためにデータをさまざまな属性の組み合わせにグループ化する方法。各フィールドの値は、メトリックを集計する前にデータをグループ化および分析するためのディメンションとして使用されます。
  • コンテキスト依存セキュリティがアプリケーションで適用される方法。セキュリティのために "主階層" または "副階層" を選択すると、そのカテゴリでマッピングされたすべてのソース フィールドが使用して、データへの表示アクセスを制限します。セキュリティに指定する階層は、有効な Prism セキュアリング エンティティである必要があります。表示 概念: People Analytics でのセキュリティ
  • アプリケーション ビューアーに表示する属性。両方の階層カテゴリから含まれる "レベル 1"、"レベル 2"、"レベル 3" の各ターゲット フィールドは、ビューアーでアプリケーション フィルタとして表示されます。表示 概念: People Analytics での絞り込み
"主階層" および "副階層" カテゴリで設定したターゲット フィールドは、従業員および採用のパイプラインで同じでなければなりません。以下のことを確認してください。
  • 同じまたは互換性のあるソース フィールドを選択してください。
  • 各パイプラインに同じターゲット フィールドを含めてください。
  • 同じ表示名を入力してください。

階層要件

主階層と副階層に使用する階層は、次の条件を満たす必要があります。 要件:
  • 組織の整合性。特定の親のすべての子ノードが同じ組織になければなりません。
  • 単一の階層子ノードは親を 1 つだけ持つことができます。
  • 母集団の整合性。この従業員グループは、1 つの階層にのみ割り当てることができます。重複は許可されていません。
主階層または副階層を使用して People Analytics への制限付きアクセスを設定する場合、階層も次の要件を満たす必要があります。
  • セキュリティの整合性。ユーザーは、セキュリティに使用する階層内の指定されたレベルで制約を受ける必要があります。例: セキュリティに "主階層" を指定し、ソース フィールドを "レベル 1"、"レベル 2"、"レベル 3" のターゲット フィールドにマッピングするとします。ユーザーは、レベル 1、レベル 2、レベル 3 で指定されたレベルで制約を受ける必要があります。下位レベルで制約のあるユーザーには、アプリケーションでフォーカス インサイトは表示されません。
  • サポートされている階層タイプ。階層は、次のいずれかのタイプである必要があります。
    • ビジネス ユニット階層
    • 会社階層
    • コスト センター
    • コスト センター階層
    • カスタム
    • カスタム/財務
    • カスタム/人材配置
    • 事業地階層
    • 地域
    • 地域階層
    • 監督組織

割当先の組織目標フィールド

対象の "割当済の組織" フィールドのデータに基づいて、従業員が現在割り当てられている組織が特定されます。通常、これは "監督組織" です。People Analytics では、組織変更による変更が自動的に検出されます。従業員が異なる組織に割当変更されたことによって生じるフォーカス インサイトは無視され、アプリケーションに重要なフォーカス インサイトが提示されます。

ターゲット フィールドの説明

"主階層" カテゴリには、以下のターゲット フィールドが含まれます。
ターゲット フィールド
ノート
割当済の組織
従業員の主ポジションまたは職務補充依頼の主ポジションに割り当てられている組織。
従業員または職務補充依頼に割り当てられているか、または従業員または職務補充依頼に関連付けられている現在の組織を正確に反映するフィールドを選択してください。通常、これは "監督組織" ですが、まれに、カスタム組織やコスト センターなど別の組織タイプである場合があります。
レベル 1
分析する階層の最初のレベル。通常、これは組織の最上位から 2 番目のレベル、つまり CEO より 1 レベル下にあります。
選択したフィールドは、割当済の組織と同じ組織階層に含まれている必要があります。
レベル 2
分析する階層の第 2 レベル。通常、これは組織の最上位から 3 番目のレベルで、CEO の 2 レベル下です。
選択したフィールドは、割当済の組織と同じ組織階層に含まれている必要があります。
この組織の下位の組織にオプトインする場合、この組織もオプトインする必要があります。
レベル 3
分析する階層の第 3 レベル。通常、これは組織の最上位から 4 番目のレベル、つまり CEO から 3 レベル下にあります。
選択したフィールドは、割当済の組織と同じ組織階層に含まれている必要があります。
"二次階層" カテゴリには、以下のターゲット フィールドが含まれます。
ターゲット フィールド
ノート
レベル 1
分析する階層の最初のレベル。通常、これは市場地域などの地理的な階層の一部です。
レベル 2
分析する階層の第 2 レベル。通常、これは国などの地理的な階層の一部です。
この組織の下位の組織にオプトインする場合、この組織もオプトインする必要があります。
レベル 3
分析する階層の第 3 レベル。通常、これは都市などの地理的な階層の一部です。
二次階層を使用してアプリケーション データへのアクセスを制限する場合、この組織を従業員に関連付けて、このフィールドにオプトインする必要があります。
"組織の詳細" カテゴリには、以下の対象フィールドが含まれます。
ターゲット フィールド
ノート
組織レベル
主階層の組織の最上位レベルから従業員のレベルまでのレベル数。
従業員の選考状況にのみ適用されます。
マネジメント レベル
従業員のマネジメント レベルまたは職務補充依頼の職務プロファイル。
コスト センター
レポートに使用されるコスト センター (または同等)。主または副階層としてコスト センターを使用する場合、従業員または職務補充依頼の詳細を入力するために別の組織からフィールドを選択できます。
企業
会社名または会社 ID。
従業員の選考状況にのみ適用されます。