採用・人材獲得データテンプレート
採用・人材獲得データテンプレート
- 詳細な分析に必要な推奨属性
- 追跡すべき主要なプロセスアクティビティとマイルストーン
- システムからデータを抽出する方法
採用・人材獲得の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
発生した特定の採用アクティビティまたはイベントの名称です。 | ||
|
説明
この属性は、「Application Screened」、「Interview Conducted」、「Offer Extended」など、採用プロセスにおける個々のステップや節目を表します。各アクティビティは、応募のライフサイクルにおける独立したイベントです。 プロセスマイニングの基本要素であり、プロセスマップ上のノードを定義します。アクティビティの順序と頻度を分析すると、一般的なプロセス経路、ボトルネック、標準手順からの逸脱、やり直しのループを特定できます。
重要な理由
この属性は採用プロセスの各ステップを定義し、プロセスマップの基盤となるとともに、プロセスの流れや変動を分析できるようにします。
入手先
通常、Oracle HCM Recruitingの求人応募オブジェクトに関連するイベントテーブルまたはステータス履歴テーブルから取得します。
例
応募書類の審査面接実施オファー提示候補者採用
|
|||
|
求人応募
JobApplicationId
|
候補者ごとの求人応募を一意に識別するIDです。 | ||
|
説明
Job Application IDは、特定の求人要件に対する候補者の一連の活動を追跡する主キーです。初回の応募提出から最終的な採用判断まで、関連するすべてのアクティビティを結び付け、単一の一貫したプロセスインスタンスを形成します。 プロセスマイニングでは、この属性がケースを定義するために欠かせません。候補者ごとの固有の経路を再構成できるためです。分析担当者は、これを使って応募プロセス全体を可視化し、全体のサイクルタイムを測定し、採用ファネルの各段階におけるコンバージョン率を分析します。
重要な理由
採用案件ごとに一意に識別できるため、候補者の応募の開始から終了まで、ライフサイクル全体を追跡できます。
入手先
Oracle HCM Recruitingモジュール内の主要な識別子で、通常は候補者の応募レコードに関連付けられています。
例
APP-2024-00123APP-2024-00124APP-2024-00125
|
|||
|
開始時刻
EventTime
|
採用アクティビティが開始された時点を示すタイムスタンプです。 | ||
|
説明
特定のアクティビティが発生した正確な日時を記録する属性です。各求人応募ケース内でイベントを時系列に並べるための情報を提供します。 開始時刻は、時間に基づくプロセスマイニング分析全般に欠かせません。アクティビティ間のサイクルタイムの計算、遅延の特定、採用までの全体期間の測定、サービスレベル合意やパフォーマンス目標の遵守状況の確認に使用します。
重要な理由
イベントの時系列を示します。所要時間の計算、ボトルネックの発見、プロセスパフォーマンスの分析に欠かせません。
入手先
通常、このタイムスタンプはOracle HCM Recruiting内のイベントログまたはステータス履歴テーブルで、アクティビティ名とともに保存されています。
例
2023-10-01T10:00:00Z2023-10-05T14:30:00Z2023-11-12T09:15:00Z
|
|||
|
ソースシステム
SourceSystem
|
データの取得元となるシステムです。 | ||
|
説明
採用データが記録された情報システムを識別する属性です。このプロセスでは、通常「Oracle HCM Recruiting」が該当します。 複数のシステムが存在する環境では、データの系譜を確認し、問題を解決するうえで欠かせません。想定したソースからデータが取得されていることを確認でき、特定のプラットフォームのデータに絞って分析する際にも使用できます。
重要な理由
データの出所を識別します。データガバナンス、検証、正しい情報源に基づく分析を確実にするうえで重要です。
入手先
通常、データの抽出、変換、ロード(ETL)プロセスでデータセットを識別するために追加される固定値です。
例
Oracle HCM RecruitingOracle Fusion Cloud HCM
|
|||
|
最終データ更新
LastDataUpdate
|
ソースシステムからデータが最後に更新または抽出された時点のタイムスタンプです。 | ||
|
説明
最新のデータ抽出日時を示す属性です。分析対象データの鮮度を把握するための情報を提供します。 プロセス分析がどの時点までの情報を反映しているかを理解し、直近のアクティビティがまだ表示されていない可能性を適切に伝えるうえで重要です。ダッシュボードやレポートに欠かせないメタデータでもあります。
重要な理由
データの適時性を示し、分析対象期間を正しく理解できるようにします。
入手先
通常、データの抽出、変換、ロード(ETL)プロセスで生成され、追加されるタイムスタンプです。
例
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
応募ステータス
ApplicationStatus
|
求人応募の現在または最終的なステータスです。 | ||
|
説明
「Active」、「Hired」、「Rejected」、「Withdrawn」など、応募の処理状況を示す属性です。プロセス上の現在位置や最終結果を把握できます。 最終ステータスの分析は、採用率や離脱率などの主要指標を計算するうえで基本となります。最終段階に到達した候補者数を確認できるため、採用ファネル全体の効果を理解するのに役立ちます。
重要な理由
採用プロセスの結果を示します。コンバージョン率、採用率、離脱率を計算するうえで欠かせません。
入手先
Oracle HCM Recruitingの主要な求人応募レコードにある標準フィールドです。
例
採用済み不採用候補者による辞退オファー承諾
|
|||
|
応募経路
ApplicationSource
|
応募を受け付けたチャネルまたは経路です。 | ||
|
説明
候補者が求人ポジションを知った経路を追跡する属性です。たとえば、「LinkedIn」、「Company Website」、「Employee Referral」、「Job Board」などがあります。 応募経路の効果ダッシュボードに欠かせない属性であり、組織はさまざまな人材獲得チャネルの投資対効果を測定できます。どの経路からの採用数が多いか、採用までの期間が短いかを分析し、人材獲得チームの施策を最適化できます。
重要な理由
適格な候補者の獲得と採用に最も効果的なチャネルを特定し、採用マーケティング費用を最適化できます。
入手先
通常、候補者がOracle HCM Recruitingで応募を提出した時点で取得されます。
例
LinkedIn社員紹介会社の採用ページIndeed
|
|||
|
採用マネージャー
HiringManager
|
関連する求人要件の採用マネージャーの氏名またはIDです。 | ||
|
説明
求人ポジションを設けているチームまたは部門のマネージャーを識別する属性です。採用マネージャーは主要な関係者であり、応募書類の審査、面接、最終的な採用判断に関わることが多くあります。 採用マネージャー別にプロセスパフォーマンスを分析すると、面接への参加可能時間やフィードバックの遅れに関連するボトルネックを明らかにできます。マネージャーが採用業務をより効率的に進めるための研修やプロセス改善の機会を特定する際にも役立ちます。
重要な理由
プロセスにおける主要な関係者を識別し、採用マネージャーの関与に関連する遅延や効率を分析できるようにします。
入手先
Oracle HCM Recruiting内で、求人応募に関連付けられた求人要件オブジェクトに保存されます。
例
Robert BrownSusan WhiteMichael Green
|
|||
|
採用担当者
Recruiter
|
求人応募の管理を担当する採用担当者の氏名またはIDです。 | ||
|
説明
応募を担当する人材獲得担当者を識別する属性です。この担当者は通常、候補者がプロセスを進められるよう支援します。 採用担当者別にプロセスを分析すると、業務量の平準化、パフォーマンスの比較、ベストプラクティスの特定が可能になります。どの採用担当者のサイクルタイムが最も短いか、オファー承諾率が最も高いかといった問いに答えられ、採用担当者の業務量と効率のダッシュボードを支援します。
重要な理由
アクティビティを特定の担当者に関連付け、採用担当者の業務量、効率、パフォーマンスを分析できるようにします。
入手先
Oracle HCM Recruitingの求人応募オブジェクトまたは求人要件オブジェクトに関連付けられています。
例
John SmithJane DoeEmily Jones
|
|||
|
部門
Department
|
候補者を採用する部門または事業部門です。 | ||
|
説明
「Engineering」、「Sales」、「Marketing」など、求人ポジションを設けている組織単位を示す属性です。各求人応募に組織上のコンテキストを付与します。 部門別に採用プロセスを分類することは、パフォーマンスを比較するうえで欠かせません。部門別採用パフォーマンス比較ダッシュボードで必要となる、採用までの期間、離脱率、その他の主要指標を組織内の各部門で比較できます。
重要な理由
異なる事業部門や部門間で、採用パフォーマンスとプロセスの違いを比較できます。
入手先
通常、Oracle HCM Recruitingで応募に関連付けられた求人要件データの一部です。
例
エンジニアリング営業財務人事
|
|||
|
オファー金額
OfferAmount
|
候補者に提示した求人オファーの給与額です。 | ||
|
説明
この属性には、ポジションに対して提示する報酬が記録されます。採用プロセスの最終段階で重要な情報です。 機密性の高い情報ですが、オファー金額を分析すると、報酬の競争力を把握できます。オファー承諾率と関連付けることで、候補者がオファーを辞退する際に報酬が影響しているかを確認できます。また、部門や職種間の同一労働同一賃金の確認にも利用できます。
重要な理由
報酬の傾向とオファー承諾率への影響を分析し、より競争力のある採用戦略の策定に役立ちます。
入手先
Oracle HCM Recruitingの応募に関する求人オファー詳細セクションにあります。
例
8500012000065000
|
|||
|
やり直しかどうか
IsRework
|
アクティビティが2回目以降に実行されたかどうかを示すフラグです。 | ||
|
説明
この計算属性は、同じケース内でアクティビティが繰り返された箇所を特定します。たとえば、応募が「面接」から「スクリーニング」に戻り、その後再び「面接」に進んだ場合、2回目の「スクリーニング」と「面接」がやり直しとして記録されます。 やり直しを分析すると、プロセスの非効率や見えにくいコストを発見できます。手順の繰り返しが必要になる、プロセス上の問題箇所を特定できます。これにより、こうしたループの頻度と影響を数値化する「応募のやり直しとボトルネック分析」ダッシュボードを支援します。
重要な理由
作業が繰り返されるプロセスの非効率やループを特定し、見えにくいコストと効率化の機会を明らかにします。
入手先
特定のCaseIdについて同じアクティビティがすでに発生しているかを確認し、データ準備時に計算されます。
例
truefalse
|
|||
|
不採用理由
RejectionReason
|
候補者の応募が不採用となった理由です。 | ||
|
説明
応募が「Rejected」ステータスに変更された際の背景を示す属性です。「カルチャーフィットしない」、「必要なスキルが不足している」、「別の候補者を採用した」などの理由があります。 プロセスの各段階で不採用理由を分析すると、具体的な改善につながる情報を得られます。求人票の内容、期待値のずれ、審査プロセスの問題を明らかにし、採用戦略の見直しと候補者プールの質の向上に役立てられます。
重要な理由
候補者が選考を進められない理由を把握できます。求人票、審査基準、プロセス全体の効果を改善するうえで重要です。
入手先
通常、Oracle HCM Recruitingで採用担当者または採用マネージャーが候補者を不採用にした際に、専用フィールドまたはメモ欄へ記録されます。
例
最低限の応募条件を満たしていないより適任の候補者を選定報酬の希望が合わない
|
|||
|
勤務地
JobLocation
|
求人の勤務地または勤務先のオフィスです。 | ||
|
説明
この属性は、求人に関連付けられた市区町村、州、国を指定します。ポジションがリモート勤務かどうかを示す場合もあります。 このディメンションにより、採用プロセスを地域別に分析できます。勤務地によって採用までの期間に大きな差があるか、特定の地域で候補者の離脱率が高いかといった点を確認できます。地域ごとの労働市場に合わせて採用戦略を調整する際に役立ちます。
重要な理由
採用指標を地域別に分析し、採用実績や課題の地域差を特定できます。
入手先
Oracle HCM Recruitingの求人オブジェクトに保存されます。
例
ニューヨーク州ニューヨーク英国ロンドンリモートカリフォルニア州サンフランシスコ
|
|||
|
採用までの目標期間
TimeToHireTarget
|
求人を充足するまでの目標期間(日数)です。 | ||
|
説明
この属性は、求人の作成から候補者によるオファー承諾まで、採用プロセスを完了するために想定される期間を定義します。通常、職位のレベルや部門の基準に基づいて設定されます。 採用までの目標期間遵守率KPIに欠かせない属性です。実際の採用期間と目標を比較することで、戦略目標に対する実績を測定し、充足までに時間がかかりすぎる可能性のある求人を早期に特定できます。
重要な理由
実際の採用期間を比較する基準となり、目標遵守率のKPI計算を直接支援します。
入手先
Oracle HCM Recruitingの求人オブジェクトのフィールド、または別のシステムで管理される項目である可能性があります。
例
30456090
|
|||
|
求人要件ID
JobRequisitionId
|
候補者が応募した求人ポジションを一意に識別するIDです。 | ||
|
説明
Job Requisition IDは、承認済みの1つの求人ポジションに複数の求人応募を関連付けます。採用プロセスにおける人材需要側を表します。 特定の採用活動全体の状況を分析するために、応募データを集計するうえで欠かせない属性です。特定の職務の候補者パイプライン数、その職務に対する人材獲得の効果、ポジション充足までの総所要時間を分析できます。
重要な理由
同じ求人ポジションへのすべての応募をまとめ、特定の職務における人材パイプライン全体を分析できるようにします。
入手先
求人要件オブジェクトの主キーで、Oracle HCM Recruiting内の各応募に関連付けられています。
例
REQ-2024-501REQ-2024-502REQ-2024-503
|
|||
|
社内候補者かどうか
IsInternalCandidate
|
候補者が現在の従業員かどうかを示すフラグです。 | ||
|
説明
このブール型属性は、既存の従業員である社内候補者と社外候補者を区別します。社内採用と社外採用では、手順、SLA、成功率が異なることがよくあります。 この属性を分析すると、社内異動と社外採用のプロセスを比較できます。社内登用が効果的に行われているか、社内採用プロセスが社外採用より効率的かどうかを確認できます。
重要な理由
社内候補者と社外候補者を分けて分析できます。採用経路や実績指標には大きな違いが生じることが多いため、より正確なセグメント分析が可能です。
入手先
通常、Oracle HCM Recruitingの候補者または応募プロファイルに設定されるフラグです。
例
truefalse
|
|||
|
終了時刻
EventEndTime
|
採用アクティビティが完了した時点を示すタイムスタンプです。 | ||
|
説明
終了時刻は、アクティビティの完了時点を示します。開始時刻と終了時刻の差が、1つのアクティビティの処理時間になります。 プロセスマイニングでは、応募書類の審査や面接の実施など、特定のタスクにかかった時間を計算するために使用します。アクティビティの所要時間を分析すると、プロセス全体の中でどのステップに最も時間がかかっているかを特定できます。
重要な理由
個々のアクティビティの所要時間を計算できます。非効率なステップの特定や、タスク単位のパフォーマンス測定に欠かせません。
入手先
イベントログテーブルに保存されている場合があります。または、後続アクティビティの開始時刻から算出できます。
例
2023-10-01T10:30:00Z2023-10-05T15:00:00Z2023-11-12T11:15:00Z
|
|||
採用・人材獲得のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
オファー承諾
|
候補者が求人オファーを正式に承諾したことを示します。候補者がキャリアポータルから承諾した時点、または採用担当者がステータスを手動で更新した時点で取得されます。 | ||
|
重要な理由
プロセスにおける主要な成功の節目です。オファー承諾率の計算基準となり、オファー提示後のアクティビティの開始を示します。
入手先
オファーレコードのステータスが「Accepted」に更新されたことから取得します。候補者がオンラインで操作した場合と、採用担当者が手動で入力した場合があります。
取得
オファーステータスが「Accepted」に変更された時点のタイムスタンプから取得します。
イベントタイプ
explicit
|
|||
|
オファー提示
|
候補者に求人オファーを正式に提示したことを示します。採用担当者がOracle Recruitingシステムからオファーを正式に送信した時点で記録される明示的なイベントです。 | ||
|
重要な理由
オファー承諾率と、最終面接からオファー提示までの期間を測定するための重要な節目です。候補者体験を評価するうえでも重要です。
入手先
求人オファーのステータスが「Extended」または「Sent」に変更された時点で明示的に取得します。この操作のタイムスタンプはオファーオブジェクトに記録されます。
取得
採用担当者が「Extend Offer」アクションを実行した時点で記録されます。
イベントタイプ
explicit
|
|||
|
候補者採用
|
採用プロセスが成功裏に完了したことを示します。候補者のステータスが正式に「Hired」に変更され、コアHRへの引き継ぎが開始された時点で発生します。 | ||
|
重要な理由
プロセスにおける主要な成功成果です。採用までの期間やその他の主要な効率指標を計算する際の終点になります。
入手先
IRC_SUBMISSIONSの求人応募レコードにおける重要なステータス変更です。Oracle Recruitingで「Hire」または「Move to HR」アクションが実行された時点で発生します。
取得
採用担当者が最終的な「Hire」アクションを実行した時点で記録されます。
イベントタイプ
explicit
|
|||
|
応募不採用
|
会社がプロセスのいずれかの段階で候補者の選考を進めないと決定したことを示します。応募のステータス変更によって取得されます。 | ||
|
重要な理由
応募における一般的な終点です。不採用がどの段階で発生したかを分析することは、離脱率とプロセス効率を理解するうえで重要です。
入手先
「Rejected」、「Not Selected」、または設定された同様の値など、求人応募が終端ステータスに変更されたことから推定します。
取得
求人応募のステータスが終端状態である「Rejected」に変更されたことから推定します。
イベントタイプ
inferred
|
|||
|
応募受付
|
候補者が求人に応募した際に、新しい応募情報が作成されたことを示します。通常、応募レコードがシステムに初めて作成された時点で明示的に取得されます。 | ||
|
重要な理由
すべてのケースの開始点となるイベントです。採用までの期間など、プロセス全体の所要時間を計算し、時間の経過に伴う応募件数を分析するために欠かせません。
入手先
このイベントは、Oracle Recruitingにおける候補者の応募レコードの作成日時から取得されます。IRC_SUBMISSIONSなどのテーブルが該当する可能性があります。
取得
求人応募レコードの作成日時から取得します。
イベントタイプ
explicit
|
|||
|
面接実施
|
候補者との面接が完了したことを示します。通常、面接担当者または採用担当者が、設定済み面接のステータスを「Completed」または「Conducted」に更新した時点で推定します。 | ||
|
重要な理由
採用プロセスにおける重要な節目です。このアクティビティから「Offer Extended」までのサイクルタイムは、主要なパフォーマンス指標です。
入手先
Oracle Recruiting内の設定済み面接レコードのステータス変更から推定します。このステータス変更のタイムスタンプをイベント時刻として使用します。
取得
面接ステータスが「Completed」または「Finished」に変更されたことから推定します。
イベントタイプ
inferred
|
|||
|
アセスメント完了
|
候補者が、スキルテストや性格評価など、事前審査に必要なアセスメントを完了したことを示します。通常、アセスメントプラットフォームからOracle HCMに完了ステータスが返された時点で記録されます。 | ||
|
重要な理由
このアクティビティによって候補者の関与状況を追跡し、アセスメント完了までにかかった時間を分析できます。候補者が離脱しやすい箇所の特定にも役立ちます。
入手先
連携されたサードパーティ製アセスメントツールから送信されたステータス更新、または候補者の応募プロフィール内で採用担当者が手動で変更したステータスから取得します。
取得
アセスメント提供会社のAPIが候補者ステータスを更新した時点で記録されます。
イベントタイプ
explicit
|
|||
|
オファー内容の承認
|
候補者にオファーを提示する前に、求人オファーに関する社内承認ワークフローが完了したことを示します。オファーレコードの最終承認ステータスから推定します。 | ||
|
重要な理由
このアクティビティによって、社内のオファー承認プロセスにかかる時間と効率を分析できます。ここが大きな遅延要因になる場合があります。
入手先
Oracle Recruiting内の求人オファーレコードのステータス変更履歴から推定し、「Approved」状態になった時点を追跡します。
取得
オファーオブジェクトのステータスが「Approved」に変更されたことから推定します。
イベントタイプ
inferred
|
|||
|
オファー辞退
|
候補者が求人オファーを辞退したことを示します。通常、理由を伴うオファーレコードの明示的なステータス変更として記録されます。 | ||
|
重要な理由
プロセスにおける重要な失敗点です。オファーがいつ、なぜ辞退されたかを分析することで、報酬の競争力や候補者体験に関する情報を得られます。
入手先
オファーレコードのステータスが「Declined」または「Rejected by Candidate」に更新されたことから取得します。
取得
オファーステータスが「Declined」に変更された時点のタイムスタンプから取得します。
イベントタイプ
explicit
|
|||
|
バックグラウンドチェック開始
|
候補者がオファーを承諾した後、バックグラウンドチェックを開始したことを示します。通常、ステータス変更またはサードパーティサービスとの連携によって開始されます。 | ||
|
重要な理由
オファー承諾後から入社前までの期間を追跡し、コンプライアンスを確保するうえで欠かせないアクティビティです。ここでの遅延は候補者の入社日に影響する可能性があります。
入手先
求人応募のステータスが「Background Check」に変更されたこと、または連携されたバックグラウンドチェック業者へのAPI呼び出しから推定します。
取得
応募ステータスが「Background Check in Progress」に変更されたことから推定します。
イベントタイプ
inferred
|
|||
|
応募取り下げ
|
候補者がその職務の選考対象から外れることを決めたことを示します。応募ステータスが「Withdrawn by Candidate」に更新された時点で取得されます。 | ||
|
重要な理由
取り下げを追跡すると、候補者体験が悪く、離脱率が高くなっている段階を特定できます。候補者離脱率KPIを分析するうえで欠かせません。
入手先
求人応募のステータスが「Withdrawn」に変更されたことから推定します。候補者がポータルで操作する場合と、採用担当者が候補者に代わって操作する場合があります。
取得
求人応募のステータスが「Withdrawn by Candidate」に変更されたことから推定します。
イベントタイプ
inferred
|
|||
|
応募書類の審査
|
採用担当者が候補者の応募書類を初めて確認し、基本的な資格要件を満たしているか確認することを示します。通常、応募ステータスが「New」から「Under Review」に変わった時点で推定します。 | ||
|
重要な理由
この段階にかかった時間を分析すると、初期審査プロセスのボトルネックを特定できます。また、応募書類審査のやり直し率KPIを測定するうえでも重要です。
入手先
Oracle Recruitingの求人応募ステータス履歴から推定します。IRC_SUBMISSIONSテーブルの履歴で、ステータスの変更を確認します。
取得
求人応募のステータスが「Screening」または「Under Review」に変更されたことから推定します。
イベントタイプ
inferred
|
|||
|
面接フィードバック提出
|
面接担当者が面接後に候補者へのフィードバックと評価を提出したことを示します。フィードバックフォームが保存された時点で明示的に取得されるイベントです。 | ||
|
重要な理由
面接からフィードバック提出までの遅延は、採用プロセスを大幅に遅らせる可能性があります。追跡することで、意思決定におけるボトルネックを特定できます。
入手先
面接担当者がOracle Recruitingポータルから評価を提出した時点で明示的に記録されます。フィードバックレコードの作成日時を使用します。
取得
面接フィードバックレコードの作成日時から取得します。
イベントタイプ
explicit
|
|||
|
面接設定
|
候補者との面接がシステム上で正式に設定された時点を示します。通常、面接が作成され、求人応募に関連付けられた時点で取得されます。 | ||
|
重要な理由
このイベントを追跡すると、面接の調整にかかる時間を測定できます。これは候補者体験と採用までの期間全体を評価するうえで重要な要素です。
入手先
このイベントは、Oracle Recruitingの面接設定モジュールに明示的に記録されます。データは、求人応募に関連付けられた面接関連テーブルに保存されます。
取得
応募に関連付けられた面接イベントの作成レコードから取得します。
イベントタイプ
explicit
|
|||
抽出ガイド
準備はできましたか?
このテンプレートを使ってデータを確実に準備し、人材獲得プロセスに潜む課題を明らかにしてください。より効率的で効果の高い採用戦略に向けた取り組みを、今すぐ始められます。
採用・人材獲得プロセスを今すぐ最適化
サイクルタイムを30%短縮し、候補者体験を高めます。
クレジットカードは不要です。数分で設定できます。