採用・タレントアクイジションデータテンプレート
採用・タレントアクイジションデータテンプレート
- 徹底的な分析のために収集すべき推奨`属性`
- 追跡すべき主要なプロセスアクティビティとマイルストーン
- システムからの**データ**抽出に関するガイダンス
採用・タレントアクイジション属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
発生した特定の採用活動またはイベントの名前です。 | ||
|
説明
この属性は、「応募スクリーニング済み」、「面接実施済み」、「オファー提示済み」など、採用プロセスにおける単一のステップまたはマイルストーンを記述します。各アクティビティは、応募のライフサイクルにおける個別のイベントを表します。 プロセスマイニングにとって、これはプロセスマップ内のノードを定義するため、基本的な要素です。アクティビティの順序と頻度を分析することで、一般的なプロセスパス、ボトルネック、標準手順からの逸脱、およびやり直しループを特定するのに役立ちます。
その重要性
この属性は採用プロセスのステップを定義し、プロセスマップの基礎を形成し、プロセスフローとバリエーションの分析を可能にします。
取得元
通常、Oracle HCM Recruitingのジョブアプリケーションオブジェクトに関連するイベントまたはステータス履歴テーブルから導出されます。
例
申請審査済み面接実施済み内定提示済み候補者採用済み
|
|||
|
応募
JobApplicationId
|
各候補者の求職応募に対する一意の識別子です。 | ||
|
説明
ジョブアプリケーションIDは、特定の求人票に対する候補者全体のジャーニーを追跡する主キーです。初期応募から最終採用決定までの関連するすべてのアクティビティをリンクし、単一のまとまったプロセスインスタンスを形成します。 プロセスマイニングにおいて、この属性はケースを定義するために不可欠であり、各候補者のユニークなパスの再構築を可能にします。アナリストはこれを使用して、エンドツーエンドの応募フローを可視化し、全体のサイクルタイムを測定し、採用ファネルの異なるステージ間のコンバージョン率を分析します。
その重要性
各採用ケースを一意に特定し、候補者の応募から採用に至るまでの全ライフサイクルを追跡可能にします。
取得元
これはOracle HCM Recruitingモジュール内の主要な識別子であり、通常は候補者の応募記録に関連付けられています。
例
APP-2024-00123APP-2024-00124APP-2024-00125
|
|||
|
開始時刻
EventTime
|
採用活動が開始されたことを示すタイムスタンプです。 | ||
|
説明
この属性は、特定の活動が発生した正確な日付と時刻を捕捉します。これにより、各ジョブアプリケーションケース内のイベントを時系列で並べるためのコンテキストが提供されます。 開始時刻は、すべての時間ベースのプロセスマイニング分析にとって重要です。アクティビティ間のサイクルタイムを計算し、遅延を特定し、全体のTime-to-Hireを測定し、サービスレベル契約やパフォーマンス目標への準拠を確認するために使用されます。
その重要性
イベントの時系列順序を提供し、期間の計算、ボトルネックの発見、プロセスパフォーマンスの分析に不可欠です。
取得元
このタイムスタンプは通常、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
|
データが最後に更新されたか、ソースシステムから抽出された時点のタイムスタンプ。 | ||
|
説明
この属性は、最新のデータ抽出の日付と時刻を示します。分析されているデータの鮮度に関するコンテキストを提供します。 これは、ユーザーがプロセス分析の現在性を理解し、ごく最近のアクティビティの可視性に関する期待値を管理するために重要です。あらゆるダッシュボードやレポートにとって重要なメタデータの一部です。
その重要性
データの適時性についてユーザーに通知し、分析の対象期間を理解できるようにします。
取得元
この
例
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
アプリケーションソース
ApplicationSource
|
応募が受け付けられたチャネルまたはソースです。 | ||
|
説明
この属性は、候補者がどのように求人募集を見つけたかを追跡します。例えば、「LinkedIn」、「会社ウェブサイト」、「社員紹介」、または「求人掲示板」などです。 「応募ソースの有効性ダッシュボード」にとって不可欠であり、組織が異なるソーシングチャネルへの投資収益率を測定することを可能にします。どのソースが最も多くの採用を生み出すか、または最も迅速なTime-to-Hireをもたらすかを分析することで、タレントアクイジションチームはそのソーシング戦略を最適化できます。
その重要性
優秀な候補者を惹きつけ、採用するための最も効果的なチャネルを特定し、採用マーケティング費用を最適化するのに役立ちます。
取得元
この情報は通常、候補者がOracle HCM Recruitingで応募を提出した際に捕捉されます。
例
LinkedIn従業員紹介会社`採用ページ`Indeed
|
|||
|
採用マネージャー
HiringManager
|
関連する求人票の採用マネージャーの名前またはIDです。 | ||
|
説明
この属性は、欠員のあるチームまたは部門のマネージャーを特定します。採用マネージャーは重要なステークホルダーであり、多くの場合、スクリーニング、面接、および最終的な採用決定に関与します。 採用マネージャーごとのプロセスパフォーマンスを分析することで、面接の可用性やフィードバック提供の遅延に関連するボトルネックが明らかになる可能性があります。これは、マネージャーが採用責任をより効率的に実行できるよう、トレーニングやプロセス改善の機会を特定するのに役立ちます。
その重要性
プロセスにおける主要なステークホルダーを特定し、採用担当マネージャーの関与に関連する遅延や効率性の分析を可能にします。
取得元
Oracle HCM Recruiting内の求人票オブジェクト(ジョブアプリケーションにリンクされている)に保存されます。
例
Robert Brownスーザン・ホワイトマイケル・グリーン
|
|||
|
採用担当者
Recruiter
|
ジョブアプリケーションの管理を担当する採用担当者の名前またはIDです。 | ||
|
説明
この属性は、応募に割り当てられたタレントアクイジションのプロフェッショナルを特定します。この人物は通常、候補者をプロセスを通じて導く責任を負います。 採用担当者ごとのプロセス分析は、ワークロードのバランス調整、パフォーマンスベンチマーク、ベストプラクティスの特定を可能にします。どの採用担当者が最速のサイクルタイムを持っているか、または最高のオファー受諾率を持っているかなどの疑問に答えるのに役立ち、「採用担当者ワークロードと効率ダッシュボード」をサポートします。
その重要性
アクティビティを特定の個人に紐づけることで、採用担当者のワークロード、効率、パフォーマンスの分析が可能になります。
取得元
Oracle HCM Recruitingの求職応募または求人要件オブジェクトに関連付けられています。
例
John Smithジェーン・ドウエミリー・ジョーンズ
|
|||
|
申請ステータス
ApplicationStatus
|
ジョブアプリケーションの現在の、または最終的なステータスです。 | ||
|
説明
この属性は、応募の処理状況(「アクティブ」、「採用済み」、「却下済み」、「辞退済み」など)を示します。これは、応募がプロセス内でどの段階にあるか、またはその最終結果のスナップショットを提供します。 最終ステータスの分析は、採用率や辞退率などの主要な指標を計算するための基本です。これにより、最終段階に成功した候補者の数を示すことで、採用ファネル全体の有効性を理解するのに役立ちます。
その重要性
採用プロセスの結果を提供し、これはコンバージョン率、採用率、および辞退率を計算するために不可欠です。
取得元
Oracle HCM Recruitingの主要な求職応募レコードにある標準フィールドです。
例
採用済み却下候補者による辞退内定承諾済み
|
|||
|
部署
Department
|
候補者が採用される部門または事業単位です。 | ||
|
説明
この属性は、欠員のある組織単位(「エンジニアリング」、「セールス」、「マーケティング」など)を特定します。各ジョブアプリケーションに組織的なコンテキストを提供します。 部門別に採用プロセスをセグメント化することは、パフォーマンスベンチマークにとって不可欠です。「部門別採用パフォーマンスベンチマーキングダッシュボード」で要求されるように、リーダーシップが組織の異なる部門間でTime-to-Hire、辞退率、その他の主要な指標を比較することを可能にします。
その重要性
異なる事業部門や部署間での採用パフォーマンスとプロセス変動の比較を可能にします。
取得元
通常、Oracle HCM Recruitingの応募にリンクされた求人票データの一部です。
例
エンジニアリング営業財務人事
|
|||
|
Time-to-Hire目標
TimeToHireTarget
|
求人票を充足するための目標期間(日数)です。 | ||
|
説明
この属性は、求人募集の開始から候補者のオファー受諾までの採用プロセスを完了するための期待される期間を定義します。この目標は、多くの場合、職務レベルや部門基準に基づいて設定されます。 これはTime-to-Hire目標達成度KPIにとって不可欠です。実際のTime-to-Hireとこの目標を比較することで、組織はその戦略目標に対するパフォーマンスを測定し、採用に時間がかかりすぎるリスクのある求人票を事前に特定できます。
その重要性
実際のTime-to-Hireパフォーマンスを測定するためのベンチマークを提供し、目標達成度に関するKPI計算を直接的にサポートします。
取得元
これはOracle HCM Recruitingの求人票オブジェクト上のフィールドであるか、別のシステムで管理されている可能性があります。
例
30456090
|
|||
|
オファー金額
OfferAmount
|
候補者に提示されたジョブオファーの給与金額です。 | ||
|
説明
この属性は、その職務に対する提示報酬を捕捉します。これは採用プロセスの最終段階における重要な情報です。 機密性の高い情報ではありますが、オファー金額を分析することで、報酬の競争力に関する洞察が得られます。報酬が候補者のオファー辞退要因であるかどうかを理解するために、オファー受諾率と関連付けることができます。また、異なる部門や役割間での賃金公平性を確保するためにも使用できます。
その重要性
報酬トレンドとそれがオファー受諾率に与える影響を分析し、より競争力のある採用戦略に貢献します。
取得元
Oracle HCM Recruitingの応募に関する求人オファー詳細セクション内にあります。
例
8500012000065000
|
|||
|
内部候補者であるか
IsInternalCandidate
|
候補者が現在の従業員であるかどうかを示すフラグです。 | ||
|
説明
このブーリアン属性は、既存の従業員である社内候補者と社外候補者を区別します。社内外の採用プロセスは、異なるステップ、SLA、および成功率を持つことがよくあります。 この属性を分析することで、社内異動と社外採用プロセスを比較できます。これにより、会社が内部から効果的に昇進を促しているか、および社内採用プロセスが社外採用プロセスよりも効率的であるかを判断するのに役立ちます。
その重要性
社内候補者と社外候補者を区別します。彼らの採用経路とパフォーマンス指標は大きく異なることが多いため、より正確なセグメント分析が可能になります。
取得元
これは通常、Oracle HCM Recruitingの候補者または応募プロファイル上のフラグです。
例
truefalse
|
|||
|
処理時間
ProcessingTime
|
単一アクティビティの所要時間。 | ||
|
説明
この指標は、特定タスクに費やされた時間を表し、アクティビティの終了時刻と開始時刻の差として計算されます。これは、あるステップのアクティブな処理期間を測定します。 この計算属性は、どの特定のアクティビティが最も時間を消費しているかを特定するために不可欠です。例えば、面接フィードバックの提出に時間がかかりすぎているか、オファー承認が遅れているかを浮き彫りにすることができます。これは、最も非効率的なステップに改善努力を集中させるのに役立ちます。
その重要性
個々のプロセスステップの正確な期間を特定し、最も時間のかかる活動を特定して対処することを可能にします。
取得元
データ変換中に、アクティビティのEventTimeをEventEndTimeから差し引くことで計算されます。
例
360086400604800
|
|||
|
勤務地
JobLocation
|
職務の拠点となる地理的な場所またはオフィスです。 | ||
|
説明
この属性は、求人票に関連する都市、州、または国を特定します。また、ポジションがリモートであるかどうかを示すこともできます。 このディメンションにより、採用プロセスの地域分析が可能になります。Time-to-Hireが異なる場所間で大きく変動するか、特定の地域で候補者の辞退率が高いかなどの疑問に答えるのに役立ちます。これは、特定の労働市場に合わせて採用戦略を調整するのに有用です。
その重要性
採用メトリクスの地理的分析を可能にし、採用パフォーマンスと課題における地域差を特定するのに役立ちます。
取得元
Oracle HCM Recruitingの求人票オブジェクトに保存されます。
例
ニューヨーク、NYロンドン、英国リモートサンフランシスコ、カリフォルニア州
|
|||
|
却下理由
RejectionReason
|
候補者の応募が却下された理由です。 | ||
|
説明
この属性は、応募が「却下」ステータスに移行された際のコンテキストを提供します。理由としては、「カルチャーフィットしない」、「必要なスキルが不足している」、「別の候補者を採用した」などが考えられます。 プロセスの異なる段階での却下理由を分析することは、非常に貴重なフィードバックとなります。これにより、求人記述の問題、期待値のずれ、またはスクリーニングプロセスの問題が浮き彫りになり、採用戦略の改善や候補者プールの質の向上に役立ちます。
その重要性
候補者がなぜ先に進まないのかについての洞察を提供し、これは求人記述、スクリーニング基準、およびプロセス全体の有効性を改善するために重要です。
取得元
通常、採用担当者または採用マネージャーがOracle HCM Recruitingで候補者を却下した際に、特定のフィールドまたはメモセクションに捕捉されます。
例
最低限の資格を満たさないより適格な候補者が選ばれました報酬期待値の不一致
|
|||
|
手戻り
IsRework
|
あるアクティビティが2回目以降に実行されているかどうかを示すフラグです。 | ||
|
説明
この計算属性は、同じケース内でアクティビティが繰り返されるインスタンスを特定します。たとえば、応募が「面接」から「スクリーニング」に戻り、その後再び「面接」に進む場合、2番目の「スクリーニング」と「面接」のアクティビティはやり直しとしてフラグ付けされます。 やり直しを分析することは、プロセス非効率性や隠れたコストを発見するための鍵です。プロセスが機能せず、ステップの繰り返しが必要な領域を特定するのに役立ちます。これは、「応募のやり直しとボトルネック分析ダッシュボード」を直接サポートし、そのようなループの頻度と影響を定量化します。
その重要性
プロセスの非効率性や、作業が繰り返されるループを特定し、隠れたコストや合理化の機会を明らかにするのに役立ちます。
取得元
データ準備中に、特定のCaseIdに対して同じアクティビティがすでに発生しているかどうかを確認することで計算されます。
例
truefalse
|
|||
|
終了日時
EventEndTime
|
採用活動が完了したことを示すタイムスタンプです。 | ||
|
説明
終了時刻はアクティビティの完了を示します。開始時刻と終了時刻の差は、単一のアクティビティの処理時間を表します。 プロセスマイニングでは、これは応募のスクリーニングや面接の実施にかかった時間など、特定のタスクの期間を計算するために使用されます。アクティビティの期間を分析することで、プロセス全体の中でどの特定のステップが最も時間を消費しているかを特定するのに役立ちます。
その重要性
個々のアクティビティ期間の計算を可能にし、非効率なステップの特定やタスクレベルのパフォーマンス測定の鍵となります。
取得元
イベントログテーブルで利用できる場合もあれば、後続のアクティビティの開始時刻から導出することもできます。
例
2023-10-01T10:30:00Z2023-10-05T15:00:00Z2023-11-12T11:15:00Z
|
|||
|
職務要件ID
JobRequisitionId
|
候補者が応募した求人募集の一意の識別子です。 | ||
|
説明
ジョブ求人IDは、複数のジョブアプリケーションを単一の承認済み求人募集にリンクします。これは採用プロセスの需要側を表します。 この属性は、特定の採用活動の全体的な健全性を分析するために応募データを集計する上で重要です。特定の役割に対して何人の候補者がパイプラインにいるか、その役割のソーシングの有効性、およびポジションを埋めるまでにかかった合計時間を分析することを可能にします。
その重要性
同じ求人に対するすべての応募をグループ化し、特定の役割に対するタレントパイプライン全体の分析を可能にします。
取得元
これは、Oracle HCM Recruitingのジョブ求人オブジェクトの主キーであり、各応募にリンクされています。
例
REQ-2024-501REQ-2024-502REQ-2024-503
|
|||
採用・タレントアクイジション活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
候補者採用済み
|
採用プロセスの最終的かつ成功裏の完了を示します。このイベントは、候補者のステータスが公式に「採用済み」に変更され、コアHRへの引き渡しがトリガーされた際に発生します。 | ||
|
その重要性
これはプロセスの主要な成功結果です。Time-to-Hireおよびその他の主要な効率性指標を計算するための終点として機能します。
取得元
これはIRC_SUBMISSIONS内のジョブアプリケーションレコードにおける主要なステータス変更です。Oracle Recruitingの「採用」または「人事部門へ移行」アクションによってトリガーされます。
取得
採用担当者が最終的な「採用」アクションを実行した際にログに記録されます。
イベントタイプ
explicit
|
|||
|
内定承諾済み
|
候補者が正式に求人オファーを受諾したことを示します。この**イベント**は、候補者がキャリアポータルを通じて受諾したとき、または採用担当者が手動でステータスを更新したときに捕捉されます。 | ||
|
その重要性
これはプロセスにおける主要な成功マイルストーンです。オファー受諾率を計算するための基礎となり、オファー後の活動の開始を知らせます。
取得元
オファーレコードのステータスが「Accepted」に更新された際に捕捉されます。これは候補者がオンラインでトリガーするか、採用担当者が手動で入力することができます。
取得
オファーのステータスが「Accepted」に変更されたタイムスタンプからです。
イベントタイプ
explicit
|
|||
|
内定提示済み
|
候補者への正式なジョブオファーの提示を示します。これは明示的なイベントであり、採用担当者がOracle Recruitingシステムを通じてオファーを正式に送信した際にログに記録されます。 | ||
|
その重要性
これは、オファー受諾率と最終面接からオファーまでの期間を測定するための重要なマイルストーンであり、候補者体験の重要な部分です。
取得元
求人オファーのステータスが「Extended」または「Sent」に移行したときに明示的に捕捉されます。このアクションのタイムスタンプはオファーオブジェクトに記録されます。
取得
採用担当者が「オファー提示」アクションを実行した際にログに記録されます。
イベントタイプ
explicit
|
|||
|
応募を受理しました
|
候補者がポジションに応募した際の新規応募の作成を示します。このイベントは通常、応募記録がシステムに初めて作成された際に明示的に捕捉されます。 | ||
|
その重要性
これはすべてのケースの出発点であり、Time-to-Hireのようなエンドツーエンドのプロセス期間を計算し、時間の経過に伴う応募量を分析するために不可欠です。
取得元
このイベントは、Oracle Recruitingにおける候補者の応募記録の作成タイムスタンプから捕捉されます。これはおそらくIRC_SUBMISSIONSのようなテーブルからです。
取得
求職応募レコードの作成タイムスタンプからです。
イベントタイプ
explicit
|
|||
|
申請却下済み
|
会社がプロセスのどの段階でも候補者を進めないことを決定したことを示します。これは応募書類のステータス変更によって捕捉されます。 | ||
|
その重要性
これは応募の一般的な終着点です。どの段階で却下が発生するかを分析することは、辞退率とプロセス効率を理解するための鍵です。
取得元
求職応募の最終的なステータス変更(例: 「Rejected」、「Not Selected」、または同様に設定された値)から推測されます。
取得
求職応募のステータスが最終的な「Rejected」状態に変更されたことから推測されます。
イベントタイプ
inferred
|
|||
|
面接実施済み
|
候補者面接の完了を示します。これは、面接官や採用担当者が予定された面接のステータスを「完了」または「実施済み」に更新した際に推測されることが多いです。 | ||
|
その重要性
これは採用プロセスにおける重要なマイルストーンです。この活動から「オファー提示」までのサイクルタイムは、主要なパフォーマンス指標です。
取得元
Oracle Recruiting内のスケジュールされた面接レコードのステータス変更から推測されます。このステータス変更のタイムスタンプがイベント****タイムとして機能します。
取得
面接ステータスが「Completed」または「Finished」に変更されたことから推測されます。
イベントタイプ
inferred
|
|||
|
アセスメント完了
|
候補者が、スキルテストや性格評価などの必須の事前スクリーニングアセスメントを完了したことを示します。この**イベント**は通常、アセスメントプラットフォームがOracle HCMに完了ステータスを返したときに記録されます。 | ||
|
その重要性
この活動は、候補者のエンゲージメントを追跡し、候補者が評価を完了するまでにかかる時間を分析するのに役立ちます。これは候補者の辞退ポイントになる可能性があります。
取得元
統合されたサードパーティのアセスメントツールからプッシュされたステータス更新、または候補者の応募プロファイル内で採用担当者による手動ステータス変更から捕捉されます。
取得
評価プロバイダーAPIが候補者のステータスを更新した際にログに記録されます。
イベントタイプ
explicit
|
|||
|
オファー詳細承認済み
|
候補者へオファーを提示する前の、ジョブオファーに関する社内承認ワークフローの完了を示します。これは、オファー記録上の最終承認ステータスから推測されます。 | ||
|
その重要性
この活動は、内部オファー承認プロセスの期間と効率を分析するのに役立ちます。このプロセスは、遅延の大きな原因となる可能性があります。
取得元
Oracle Recruiting内の求人オファーレコードのステータス変更履歴から推測され、いつ「Approved」状態に移行したかを追跡します。
取得
オファーオブジェクトのステータスが「Approved」に変更されたことから推測されます。
イベントタイプ
inferred
|
|||
|
オファー辞退
|
候補者がジョブオファーを辞退する決定を示します。これはオファー記録上の明示的なステータス変更であり、多くの場合、理由が付随します。 | ||
|
その重要性
これはプロセスにおける重要な失敗点です。オファーがいつ、なぜ辞退されるかを分析することは、報酬の競争力と候補者体験に関する洞察を提供します。
取得元
オファーレコードのステータスが「Declined」または「Rejected by Candidate」に更新された際に捕捉されます。
取得
オファーのステータスが「Declined」に変更されたタイムスタンプからです。
イベントタイプ
explicit
|
|||
|
申請取り下げ済み
|
候補者がその職務への応募を取り下げる決定を示します。これは、応募ステータスが「候補者による辞退」に更新された際に捕捉されます。 | ||
|
その重要性
辞退を追跡することは、候補者体験が低い可能性のあるステージを特定し、高い辞退率につながるのを防ぐのに役立ちます。これは候補者辞退率KPIを分析するために不可欠です。
取得元
求職応募のステータスが「Withdrawn」に変更されたことから推測されます。これは候補者がポータルで開始することも、採用担当者が候補者に代わって開始することもできます。
取得
求職応募のステータスが「Withdrawn by Candidate」に変更されたことから推測されます。
イベントタイプ
inferred
|
|||
|
申請審査済み
|
採用担当者による候補者応募の初期レビューを示し、基本的な資格を確認します。これは通常、応募ステータスが「新規」から「レビュー中」に変更された際に推測されます。 | ||
|
その重要性
この段階で費やされる時間を分析することで、初期審査プロセスにおけるボトルネックの特定に役立ちます。また、応募書類審査の再作業率KPIを測定する上でも重要です。
取得元
Oracle Recruitingの求職応募ステータスフィールドの履歴から推測されます。
取得
求職応募のステータスが「Screening」または「Under Review」に変更されたことから推測されます。
イベントタイプ
inferred
|
|||
|
身元調査を開始しました
|
候補者がオファーを受け入れた後のバックグラウンドチェックの開始を示します。このイベントは、多くの場合、ステータス変更またはサードパーティサービスとの連携によってトリガーされます。 | ||
|
その重要性
この活動は、オファー提示後から採用までのタイムラインを追跡し、コンプライアンスを確保するために不可欠です。ここでの遅延は、候補者の入社日に影響を与える可能性があります。
取得元
求職応募のステータスが「Background Check」に変更されたこと、または統合されたバックグラウンドチェックベンダーへのAPIコールによってログに記録されたことから推測されます。
取得
応募ステータスが「Background Check in Progress」に変更されたことから推測されます。
イベントタイプ
inferred
|
|||
|
面接フィードバック提出済み
|
面接官が面接後に候補者のフィードバックと評価を提出したことを示します。これはフィードバックフォームが保存されたときに捕捉される明示的な**イベント**です。 | ||
|
その重要性
面接とフィードバック提出の間の遅延は、採用プロセスを著しく遅らせる可能性があります。これを追跡することで、意思決定におけるボトルネックを特定するのに役立ちます。
取得元
面接官がOracle Recruitingポータルを通じて評価を提出した際に明示的にログに記録されます。フィードバックレコードの作成タイムスタンプが使用されます。
取得
面接フィードバックレコードの作成タイムスタンプからです。
イベントタイプ
explicit
|
|||
|
面接予定
|
候補者との面接がシステムに正式にスケジュールされた時点を示します。これは通常、面接が作成され、ジョブアプリケーションに関連付けられた際に捕捉されます。 | ||
|
その重要性
これを追跡することで、面接を設定するのにかかる時間を測定できます。これは候補者体験と全体のTime-to-Hireの重要な要素です。
取得元
このイベントは、Oracle Recruitingの面接スケジューリングモジュールに明示的にログ記録されます。データは、ジョブアプリケーションにリンクされた面接関連テーブルで見つかります。
取得
応募にリンクされた面接イベントの作成レコードからです。
イベントタイプ
explicit
|
|||