採用から退職まで:従業員ライフサイクルのデータテンプレート
採用から退職まで:従業員ライフサイクルのデータテンプレート
- 収集を推奨する属性
- 追跡すべき主要なアクティビティ
- 抽出方法のガイド
採用から退職まで:従業員ライフサイクルの属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
従業員のライフサイクルで発生した特定のイベントまたはタスクの名称です。「オファー承諾」や「パフォーマンスレビュー実施」などが該当します。 | ||
|
説明
アクティビティ名は、採用から退職までのプロセスにおける個々のステップまたは節目を示します。これらのイベントはプロセスマップを構成する基本要素であり、HR担当者、マネージャー、またはシステム自体が実行した主要なアクションを表します。バックグラウンドチェックの開始、オンボーディングタスクの完了、昇進の承認などが例です。 これらのアクティビティを分析することで、プロセスフローを可視化し、ボトルネックを特定し、各プロセスステップの発生頻度を測定できます。アクティビティの順序と分布を把握することは、従業員ライフサイクルプロセスが設計どおりではなく、実際にどのように運用されているかを明らかにするうえで基本となります。
重要な理由
この属性によってプロセスの各ステップが定義され、プロセスマップの可視化、プロセスフローとばらつきの分析が可能になります。
入手先
通常は、Oracle HCM OnboardingおよびCore HRの各モジュールにおけるイベント種別、タスク名、またはステータス変更から生成されます。
例
オファー承諾バックグラウンドチェック完了給与設定完了退職・解雇手続き開始
|
|||
|
従業員ID
EmployeeId
|
組織内における従業員のライフサイクル全体のケースIDとなる、一意の従業員識別子です。 | ||
|
説明
従業員IDは、採用から退職までのプロセス分析の基盤となる項目です。応募から最終的なオフボーディングまで、各従業員の歩みを一意に識別します。Oracle HCM Onboardingに記録されたすべてのイベント、ステータス変更、トランザクションはこの識別子に紐づき、個人ごとに連続したイベントログを形成します。 プロセスマイニングでは、この属性を使って「オファー承諾」「バックグラウンドチェック完了」「退職・解雇手続き開始」など、関連するすべてのアクティビティを1つの一貫したケースにまとめます。これにより、従業員ライフサイクルを全体的に把握し、従業員の一連の歩みを可視化し、エンドツーエンドのサイクルタイムを測定するとともに、組織内で従業員がたどる共通または異なる経路を特定できます。
重要な理由
従業員に関するすべてのイベントをつなぐ主キーです。採用から退職までの従業員ライフサイクル全体を再構築し、分析できます。
入手先
Oracle HCM Cloudの主要な属性で、通常はPersonまたはWorkerレコードにあります。
例
100234598765E-0054321
|
|||
|
開始時刻
EventTimestamp
|
特定のライフサイクルアクティビティが発生した正確な日時です。 | ||
|
説明
このタイムスタンプは、アクティビティがシステムに記録された正確な時点を示します。プロセスマイニング分析の時間的な基盤となり、従業員ごとのケースにおけるイベントの時系列を提供します。 この属性は、アクティビティ間のサイクルタイム、所要時間、待ち時間を算出するうえで重要です。たとえば、「バックグラウンドチェック開始」と「バックグラウンドチェック完了」のタイムスタンプの差から、そのステップのリードタイムが分かります。これらのタイムスタンプを分析することで、ボトルネックを特定し、SLAに対するプロセスパフォーマンスを測定し、従業員の歩みにおける時間的な動きを把握できます。
重要な理由
イベントの時系列を確定します。サイクルタイムなど時間に基づくすべての指標を算出し、プロセスの遅延を特定するために欠かせません。
入手先
Oracle HCMのトランザクションデータにある、タスク、イベント、またはステータス変更に関連する作成日時または完了日時に対応します。
例
2023-03-15T09:00:00Z2023-08-01T14:35:10Z2024-01-20T11:21:05Z
|
|||
|
ユーザー
UserId
|
アクティビティを実行したHR担当者やマネージャーなどのユーザー識別子です。 | ||
|
説明
この属性は、従業員ライフサイクルプロセスにおける特定のタスクの実行責任者を記録します。オファーを提示した採用担当者、I-9確認を完了したHR管理者、昇進を承認したマネージャーなどが該当します。 ユーザー別にプロセスを分析することで、研修の機会、業務量の分布、個人またはチーム間のパフォーマンスの違いを特定できます。たとえば、特定のユーザーが継続的にプロセスの遅延や逸脱に関係しているか、またはタスクをより効率的に処理する高パフォーマーであるかを確認できます。
重要な理由
プロセスアクティビティを特定の個人に紐づけ、業務量、リソースのパフォーマンス、研修ニーズを分析できます。
入手先
Oracle HCM Onboardingのドキュメントを参照してください。通常は、トランザクションレコードの「Created By」または「Last Updated By」フィールドにあります。
例
j.smithe.davishr.admin01
|
|||
|
入社日
HireDate
|
従業員が会社で勤務を開始した正式な日付です。 | ||
|
説明
入社日は、従業員ライフサイクルにおける重要な節目であり、組織に正式に加わった日を示します。さまざまな時間関連プロセスやコンプライアンス確認の基準になります。 複数のKPIと分析で使用されます。たとえば、給与設定期限内完了率を測定する際の期限になります。また、従業員の勤続期間を算出する起点や、期間ごとのオンボーディング時間の変化を分析する基準にもなります。
重要な理由
従業員の勤続期間を算出し、初期のオンボーディングや設定作業が期限どおりに進んだかを測定するための重要な基準日です。
入手先
Oracle HCMのドキュメントを参照してください。Core HRの従業員レコードに含まれる基本的な属性です。
例
2023-04-012022-09-152024-02-12
|
|||
|
採用経路
RecruitmentSource
|
従業員の採用につながった経路です。「LinkedIn」、「Employee Referral」、「Company Website」などが該当します。 | ||
|
説明
この属性は、採用に成功した候補者がどの経路から応募し、その後雇用に至ったかを記録します。通常は採用プロセスの早い段階で取得され、新入社員のレコードに紐づけられます。 採用経路の分析は、人材獲得施策を最適化するうえで重要です。「Recruitment Source Performance」ダッシュボードで、経路ごとのコンバージョン率、採用までの期間、採用人材の質を測定できます。これにより、効果と効率の高い経路に採用活動と予算を集中できます。
重要な理由
人材獲得経路の効果を評価し、採用施策と支出を最適化するうえで欠かせません。
入手先
Oracle HCM OnboardingまたはOracle Recruiting Cloudのドキュメントを参照してください。通常は応募プロセス中に取得されます。
例
LinkedIn社員紹介会社採用ページIndeed
|
|||
|
終了時刻
EventEndTime
|
アクティビティが完了した正確な日時です。 | ||
|
説明
イベント終了時刻は、特定のタスクまたはプロセスステップが完了した時点を示します。開始時刻がアクティビティの開始を示すのに対し、終了時刻は完了を示します。両方のタイムスタンプがあれば、個々のアクティビティの処理時間を正確に測定できます。 この属性は、アクティビティ単位の所要時間を算出し、処理時間(終了時刻から開始時刻を引いた時間)と待ち時間(あるアクティビティの終了時刻から次のアクティビティの開始時刻までの間隔)を区別するうえで欠かせません。ボトルネックの根本原因を分析する際にも重要で、遅延がタスク自体の長さによるものか、タスク間の待ち時間によるものかを判断できます。
重要な理由
アクティビティの処理時間を正確に算出できます。プロセスにおける実作業時間と待機時間を区別するのに役立ちます。
入手先
Oracle HCM Onboardingのドキュメントを参照してください。通常は、トランザクションデータにある完了日または解決日に対応します。
例
2023-03-15T17:30:00Z2023-08-02T10:00:15Z2024-01-20T11:25:00Z
|
|||
|
職務
JobRole
|
従業員の具体的な職種名または役割です。「Software Engineer」や「Account Manager」などが該当します。 | ||
|
説明
職務属性は、従業員が担う具体的なポジションまたは役職を定義します。部署よりも詳細な粒度で分析でき、職務別のプロセス分析に欠かせません。 「Employee Turnover by Role & Dept」などのダッシュボードや、「Critical Role Turnover Rate」などのKPIに使用されます。特定の職務の採用が難しいか、オンボーディングサイクルが長いか、離職率が高いかを把握できます。こうした分析結果は、人員計画、人材管理施策、職務別のプロセス改善に役立ちます。
重要な理由
職務別の分析が可能になり、特定の職種に固有のプロセス上の問題、コンプライアンス上の不足、離職パターンを特定できます。
入手先
Oracle HCM Onboardingのドキュメントを参照してください。Core HRの従業員の職務またはポジションデータに含まれています。
例
ソフトウェアエンジニアシニアアカウントマネージャーHRビジネスパートナー財務アナリスト
|
|||
|
部署
DepartmentName
|
従業員が所属する部署です。「Sales」、「Engineering」、「Finance」などが該当します。 | ||
|
説明
この属性は、従業員が勤務する組織単位を示します。事業の異なる領域間でプロセスパフォーマンスを分類し、比較するための重要な軸です。 部署別に採用から退職までのプロセスを分析すると、効果的な比較が可能になります。たとえば、オンボーディングに最も時間がかかる部署、離職率が最も高い部署、パフォーマンスレビューサイクルの遵守率が最も低い部署を特定できます。こうした分析結果をもとに、各部署の固有のニーズや課題に合わせてプロセス改善施策を設計できます。
重要な理由
事業部門ごとに離職率やサイクルタイムなどのプロセス指標を分類し、比較できます。
入手先
Oracle HCM Onboardingのドキュメントを参照してください。この情報は、Oracle HCMの従業員アサインメントレコードに標準で含まれています。
例
営業エンジニアリング財務人事
|
|||
|
雇用終了理由
TerminationReason
|
従業員が退職する理由です。「Voluntary Resignation」や「Involuntary - Performance」などが該当します。 | ||
|
説明
この属性は、従業員が会社とのライフサイクルを終えた理由を示します。雇用終了を複数の種類に分類し、従業員の離職を理解するための基本的な情報になります。 プロセスマイニングでは、離職パターンを分析するための重要な軸です。雇用終了理由で絞り込むことで、昇進に時間がかかる、パフォーマンスレビューの頻度が低いといったプロセス上の体験が、自主退職と関連しているかを調査できます。この分析結果は、HRが定着施策を策定する際に役立ちます。
重要な理由
離職分析に重要な背景情報を提供し、自主退職と非自発的な離職を区別するとともに、定着施策の立案に役立ちます。
入手先
Oracle HCMのドキュメントを参照してください。Core HRの雇用終了プロセスで取得される標準フィールドです。
例
本人都合:他社への転職会社都合:業績不振会社都合:人員削減定年退職
|
|||
|
コンプライアンス準拠かどうか
IsCompliant
|
ケースがコンプライアンスルールに従い、想定されたプロセス経路をたどったかどうかを示すフラグです。 | ||
|
説明
従業員ライフサイクルのイベントが、あらかじめ定めたコンプライアンスモデルやビジネスルールに従っているかを評価する、計算済みのブール型属性です。たとえば、オファーを確定する前にバックグラウンドチェックを完了する、入社から30日以内に特定の研修を割り当てる、といったルールを設定できます。 「人事コンプライアンス違反率」KPIを直接支援します。コンプライアンスに準拠していないケースにフラグを付けることで、コンプライアンスリスクを簡単に定量化し、逸脱が発生した原因を分析できます。複雑なコンプライアンスチェックを単一の項目に集約し、レポート作成とモニタリングを容易にします。
重要な理由
重要なビジネスルールや規制への準拠状況を定量化し、コンプライアンスリスクの予防的な監視と低減を可能にします。
入手先
一連のアクティビティとその属性にビジネスルールを適用し、プロセスマイニングツールまたはデータ変換レイヤーで計算します。
例
truefalse
|
|||
|
ソースシステム
SourceSystem
|
「Oracle HCM Onboarding」など、イベントデータの抽出元となるシステムを識別します。 | ||
|
説明
各イベントレコードの元となる情報システムを示す属性です。複雑なHR環境では、従業員データがコアHCM、専用のオンボーディングモジュール、給与システム、パフォーマンス管理ツールなど、複数のシステムから取得される場合があります。各イベントにソースシステムを付与することは、データガバナンスと問題解決に欠かせません。 分析では、ソースシステムを把握することで、データ連携の接点や潜在的な不整合を理解できます。たとえば、給与設定の周辺で遅延が見られる場合、そのイベントがコアHCMから発生したのか、別の給与アプリケーションから発生したのかを確認できます。
重要な理由
データの出所に関する重要な背景情報を提供します。データ検証、連携分析、複数システムにまたがるプロセス環境の把握に役立ちます。
入手先
通常は、データ抽出時にデータセットの出所を示す静的な値として付与されます。
例
OracleHCMOnboardingOracleCoreHROracleRecruiting
|
|||
|
バックグラウンドチェックのステータス
BackgroundCheckStatus
|
「完了:問題なし」や「要確認」など、バックグラウンドチェックプロセスの最終結果です。 | ||
|
説明
バックグラウンドチェックの結果を記録する属性です。バックグラウンドチェックは、オンボーディングプロセスにおける重要な判定ポイントです。ステータスによって、採用プロセスをそのまま進められるか、追加の手続きや確認が必要かが決まります。 ステータスごとの分布を分析すると、採用元ごとの候補者プールの質を把握できます。また、「バックグラウンドチェックのサイクルタイム」ダッシュボードの分析にも欠かせません。確認が必要なケースは、通常、サイクルタイムが長くなるためです。この情報を考慮することで、データの誤った解釈を防げます。
重要な理由
オンボーディングの重要なステップの結果を示し、サイクルタイム分析に文脈を加えるとともに、手戻りや例外経路の特定に役立ちます。
入手先
Oracle HCM Onboardingのドキュメントを参照してください。オンボーディングモジュールまたは連携している外部のバックグラウンドチェックプロバイダーから取得する場合があります。
例
完了:問題なし要確認キャンセル済み進行中
|
|||
|
パフォーマンス評価
PerformanceRating
|
パフォーマンス評価サイクルで従業員に付与される評価です。「期待を上回る」などがあります。 | ||
|
説明
パフォーマンス評価の結果を記録する属性です。この評価により、目標や会社の期待に対する従業員のパフォーマンスを、定量的または定性的に測定できます。 このデータをプロセスフローと組み合わせて分析すると、さまざまな関係を詳しく調べられます。たとえば、評価と昇進までの期間の相関や、高評価の従業員が退職する際に、役割変更の遅延などプロセス上の不満を経験していなかったかを分析できます。「パフォーマンス評価サイクル遵守」ダッシュボードの重要な要素です。
重要な理由
パフォーマンス評価イベントに定性的な結果を加え、従業員のパフォーマンスとキャリア形成・定着率の関係を分析できます。
入手先
Oracle HCM Performance Managementモジュールのドキュメントを参照してください。通常、パフォーマンス評価フォームまたはレコードに保存されています。
例
期待を上回る期待どおり改善が必要5
|
|||
|
ビジネスユニット
BusinessUnitName
|
従業員が所属する、より大きな事業部門またはユニットです。 | ||
|
説明
ビジネスユニットは、独立した製品ライン、サービス領域、地理的地域などを表す、組織階層上位の構造です。部門よりも広い組織上の文脈を提供します。 ビジネスユニット単位でプロセスを分析すると、経営層が会社の主要部門間でパフォーマンスを比較できます。大規模なビジネスユニット内の構造的な問題や優れた取り組みを特定し、対策を講じたり、組織全体で共有したりする際にも役立ちます。
重要な理由
主要な組織部門間でプロセスメトリクスを集計し、上位レベルで比較できます。
入手先
Oracle HCMのドキュメントを参照してください。通常、従業員のアサインメントおよび組織階層データの一部です。
例
消費者向け製品エンタープライズソフトウェアクラウドサービスグローバルコンサルティング
|
|||
|
最終データ更新
LastDataUpdate
|
このイベントのデータがソースシステムから最後に更新された時刻を示すタイムスタンプです。 | ||
|
説明
この属性は、データが最後に抽出され、プロセスマイニング環境に読み込まれた時点を記録します。ビジネスイベント自体のタイムスタンプではなく、データセットの鮮度を示すメタデータ項目です。 分析とダッシュボードの情報がどの程度新しいかを把握するうえで重要です。昨日、先週、または先月のデータを見ているのかを確認できるため、最新の情報に基づく意思決定に役立ちます。通常は、すべての閲覧者がデータの状況を把握できるよう、ダッシュボード上に目立つ形で表示されます。
重要な理由
データの鮮度を明確にし、プロセス分析がどの時点の情報に基づくものかを理解できるようにします。これにより、提供される分析結果への信頼性が高まります。
入手先
通常、データパイプラインまたはETLツールが、データ更新サイクルの正常終了時に生成します。
例
2024-05-21T04:00:00Z2024-05-20T04:00:00Z
|
|||
|
勤務地
Location
|
従業員が勤務する実際の勤務地または国です。 | ||
|
説明
従業員が勤務するオフィス、都市、国などの地理的な場所を示す属性です。人事プロセスは、現地の労働法や地域ごとの商習慣によって大きく異なる場合があります。 分析のディメンションとして勤務地を使うと、地域ごとのプロセスパフォーマンスの違いを明らかにできます。たとえば、現地の規制により、特定の国ではバックグラウンドチェックの完了までに時間がかかる場合があります。これにより、地域差を考慮したプロセスのモニタリングと改善が可能になります。
重要な理由
プロセスを地理的に分析し、地域ごとのサイクルタイム、コンプライアンス、プロセスフローの違いを明らかにできます。
入手先
Oracle HCMのドキュメントを参照してください。通常、従業員のアサインメントまたは個人データに含まれる標準項目です。
例
USAドイツインド英国
|
|||
|
従業員区分
EmployeeType
|
従業員の雇用形態を分類します。「Full-Time」、「Part-Time」、「Contractor」などが該当します。 | ||
|
説明
この属性は、雇用関係の種類を分類します。従業員区分によって、オンボーディング、パフォーマンス管理、オフボーディングで異なるプロセスが適用されることがあります。 従業員区分に基づいて分析すると、大きな違いを確認できます。たとえば、契約社員のオンボーディングは、正社員よりも短く、ステップ数も少ない場合があります。この属性で分析を分けることで、比較の妥当性を保ち、各雇用形態に合わせたプロセス改善の機会を特定できます。
重要な理由
雇用形態別にプロセスを分析し、従業員区分ごとに異なるプロセス経路と要件を明らかにできます。
入手先
Oracle HCMのドキュメントを参照してください。Core HRの標準的な従業員アサインメント情報に含まれています。
例
正社員パートタイム社員契約社員インターン
|
|||
|
求人 requisition ID
JobRequisitionId
|
従業員の採用につながった求人 requisitionを一意に識別するIDです。 | ||
|
説明
求人 requisition IDによって、新入社員をポジション充足のために最初に起票された依頼へ紐づけられます。このIDにより、採用プロセスとオンボーディングプロセスを、人材獲得ライフサイクルの初期段階までつなげられます。 このIDを含めることで、求人が起票された時点から始まる、より詳細なエンドツーエンド分析が可能になります。「採用までの期間」KPIの全体を計算するうえで欠かせないほか、優先度や職位レベルなど、requisitionの特性がその後の採用・オンボーディングプロセスに与える影響も分析できます。
重要な理由
従業員のプロセスを最初の採用依頼まで遡って紐づけ、真のエンドツーエンドの採用期間分析を可能にするとともに、採用結果とrequisitionの詳細を関連付けます。
入手先
Oracle Recruiting CloudまたはHCMのドキュメントを参照してください。このIDは採用モジュールで生成され、新入社員のレコードに関連付けられている必要があります。
例
REQ-2023-05-102JR-FIN-00348001567
|
|||
|
給与設定の期限内完了
PayrollSetupOnTime
|
従業員の給与設定が正式な入社日より前に完了したかどうかを示すフラグです。 | ||
|
説明
重要なオンボーディングSLAへの準拠を測定する、計算済みのブール型属性です。従業員の開始日までに給与設定を完了できたかを示します。「給与設定完了」アクティビティのタイムスタンプと従業員の「入社日」を比較して導出します。 「給与設定期限内完了率」KPIを直接支援します。日付の比較結果を単純な真偽値に変換するため、ダッシュボードでのフィルタリング、集計、可視化が容易になります。給与設定が期限内に完了していない部門や地域をすばやく特定でき、新入社員の満足度向上にもつながります。
重要な理由
重要なオンボーディングSLAへの準拠を直接測定し、給与設定の効率と新入社員の体験への影響を明確に把握できます。
入手先
データ変換時に、各ケースの「給与設定完了」アクティビティの「EventTimestamp」と「HireDate」属性を比較して計算します。
例
truefalse
|
|||
|
退職日
TerminationDate
|
従業員の雇用における正式な最終勤務日です。 | ||
|
説明
退職日は、従業員の在籍期間が正式に終了する日です。オフボーディングプロセスにおける重要な日付であり、最終給与の計算、福利厚生の終了、システムアクセスの無効化などの基準になります。 プロセスマイニングでは、入社日と組み合わせて従業員の在籍期間を計算するために使います。また、オフボーディングプロセスを分析する際の基準日にもなります。従業員の退職に対して、すべてのオフボーディングタスクが適切なタイミングで完了したかを測定できます。
重要な理由
従業員ライフサイクルの終点を定義し、在籍期間の計算とオフボーディングプロセスの適時性分析を可能にします。
入手先
Oracle HCMのドキュメントを参照してください。Core HRの雇用終了プロセスで取得される標準フィールドです。
例
2024-05-312023-12-152024-01-05
|
|||
|
重要ポジションかどうか
IsCriticalRole
|
従業員の職務が、組織の成功にとって重要と見なされるかどうかを示すフラグです。 | ||
|
説明
事業継続、戦略的な取り組み、または代替が難しい固有のスキルにとって不可欠なポジションを特定する、導出されたブール型属性です。通常、人員計画に基づいて人事部門と経営層が管理します。 このフラグは、「重要ポジション離職率」KPIの計算に欠かせません。重要人材の離職に絞って分析できるため、効果の大きい定着施策を優先できます。ダッシュボードをこの属性でフィルタリングすれば、特に重要な従業員に影響するプロセス上の問題を明らかにできます。
重要な理由
組織にとって特に重要な従業員のライフサイクルと離職を個別に監視・分析し、定着施策の優先順位付けに役立てられます。
入手先
「JobRole」属性を、事業部門が定めた重要ポジションの一覧に照合して導出します。
例
truefalse
|
|||
採用から退職まで:従業員ライフサイクルのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
オファー承諾
|
このアクティビティは、候補者が雇用オファーを正式に承諾した時点を示します。Oracle HCM内の入社前準備およびオンボーディングプロセスを開始するきっかけとなります。 | ||
|
重要な理由
これは従業員のライフサイクルにおける重要な開始点です。このイベントから後続のステップまでの時間を分析することで、採用からオンボーディングへの引き継ぎの効率を測定できます。
入手先
通常は、候補者のオファー状況が「Accepted」または同様の状態に更新された際に、採用モジュールから取得されます。その後、オンボーディングプロセスが開始されます。
取得
候補者の求人オファーレコードにおけるステータス変更から推定されます。
イベントタイプ
inferred
|
|||
|
オフボーディングタスク完了
|
資産返却、知識移転、最終給与処理など、必要なオフボーディング手順がすべて完了したことを示します。従業員レコードが適切にクローズされた時点にあたります。 | ||
|
重要な理由
従業員ライフサイクルにおける最後のアクティビティです。平均オフボーディングサイクルタイムを測定し、コンプライアンスに沿った効率的なプロセスを確保するための終点になります。
入手先
Oracle HCMで従業員に割り当てられた、オフボーディングのマスタージャーニーまたはチェックリストの完了から推定されます。
取得
オフボーディングジャーニー全体の完了タイムスタンプ、または一連のタスクにおける最後のタスクの完了タイムスタンプから推定されます。
イベントタイプ
inferred
|
|||
|
オンボーディングジャーニー開始
|
このアクティビティは、新入社員に正式なオンボーディング計画またはチェックリストが作成され、割り当てられたことを示します。システム上でオンボーディングが正式に始まった時点にあたります。 | ||
|
重要な理由
入社前準備からオンボーディングへの移行を示します。オンボーディング全体のサイクルタイムと一貫性を測定するための重要な節目です。
入手先
通常、HR担当者または自動化されたプロセスが、保留中のワーカーまたは従業員レコードにオンボーディングの「Journey」を割り当てた際に記録される明示的なイベントです。
取得
従業員に割り当てられたオンボーディングジャーニーの作成イベントから記録されます。
イベントタイプ
explicit
|
|||
|
従業員オンボーディング完了
|
従業員が組織の正式な一員となる入社日を示します。コアHRシステム上で保留中のワーカーから有効な従業員レコードへ移行した時点にあたります。 | ||
|
重要な理由
従業員ライフサイクルにおける主要な節目です。オンボーディング期間と生産性を発揮できるまでの期間を測定する基準になります。
入手先
「Hire Date」フィールドに値が入力され、従業員のHRステータスが「Active」になった状態に対応します。Core HRモジュールにおける基本的なトランザクションです。
取得
従業員レコードの「Hire」アクションの有効日から取得されます。
イベントタイプ
explicit
|
|||
|
給与設定完了
|
新入社員の情報処理が完了し、給与システム上で有効になった時点を示します。銀行口座情報、源泉徴収、給与情報などが含まれます。 | ||
|
重要な理由
給与設定を期限内に完了することは、新入社員の満足度に直結し、HR業務の効率を示す重要な指標です。このアクティビティは、給与設定期限内完了率KPIの測定に役立ちます。
入手先
オンボーディングジャーニー内の給与関連タスクの完了、または対象従業員のコア給与モジュールにおけるステータス更新から推定できます。
取得
給与関連のオンボーディングタスクがすべて完了した日付から推定されます。
イベントタイプ
inferred
|
|||
|
退職・解雇手続き開始
|
退職の申し出または雇用終了の決定をきっかけに開始される、オフボーディングプロセスの正式な開始点です。後続するすべてのオフボーディングタスクを開始します。 | ||
|
重要な理由
従業員ライフサイクルの最終段階の開始を示します。オフボーディングのサイクルタイムを測定し、離職状況を分析する起点になります。
入手先
マネージャーまたはHR管理者が従業員の雇用終了申請を送信した際に、Oracle Core HRに記録される明示的なHRアクションです。
取得
従業員レコードの「Termination」アクションの有効日から取得されます。
イベントタイプ
explicit
|
|||
|
I-9確認完了
|
米国で義務付けられているForm I-9(雇用資格確認)の完了を示します。米国で採用するすべての従業員に必要な重要なコンプライアンス手続きです。 | ||
|
重要な理由
このアクティビティを追跡することは、法規制を遵守し、法的な罰則を避けるうえで欠かせません。オンボーディングプロセスにおいて省略できないステップです。
入手先
Oracle HCMのオンボーディングジャーニー内にある専用のI-9タスクの完了ステータスから取得されます。通常、確認日を記録する専用フィールドがあります。
取得
Form I-9タスクの完了ステータスとタイムスタンプから推定されます。
イベントタイプ
inferred
|
|||
|
バックグラウンドチェック完了
|
バックグラウンドチェックが正常に完了したことを示します。この確認結果によって、採用プロセスを続行できるかどうかが決まります。 | ||
|
重要な理由
このイベントのタイムスタンプは、バックグラウンドチェック全体のサイクルタイムを算出するうえで重要です。ここでの遅延は、従業員の入社日に直接影響します。
入手先
従業員のオンボーディングジャーニーで「Background Check」タスクのステータスが「Completed」または「Cleared」に更新された時点で取得されます。
取得
バックグラウンドチェックタスクのステータスが完了状態に変更されたことから推定されます。
イベントタイプ
inferred
|
|||
|
バックグラウンドチェック開始
|
新入社員に対するバックグラウンドチェックの正式な開始を示します。通常は、オンボーディングのチェックリストまたはジャーニー内の特定のタスクとして管理されます。 | ||
|
重要な理由
バックグラウンドチェックの所要時間は、よくあるボトルネックです。この開始時刻を記録することは、バックグラウンドチェックのリードタイムKPIを測定し、改善するうえで欠かせません。
入手先
通常、Oracle HCMの従業員向けオンボーディングジャーニーで「Background Check」タスクが割り当てられた時点、またはステータスが「In Progress」に変更された時点で記録されます。
取得
バックグラウンドチェックタスクのステータス変更または作成日から推定されます。
イベントタイプ
inferred
|
|||
|
パフォーマンスレビュー実施
|
従業員に対する正式なパフォーマンスレビューサイクルが完了したことを示します。従業員の在籍期間中、定期的に発生するイベントです。 | ||
|
重要な理由
レビューの頻度と定期性を分析することは、パフォーマンス管理の遵守状況と、従業員の成長・定着への影響を把握するうえで重要です。
入手先
この情報はOracle HCMのPerformance Managementモジュールに記録されます。レビュー文書の最終承認または完了ステータスに対応するイベントです。
取得
パフォーマンスレビューのフォームまたはプロセスの完了日から推定されます。
イベントタイプ
inferred
|
|||
|
役割変更開始
|
従業員の職務、部署、または勤務地を変更するプロセスの開始を示します。昇進、異動、その他の社内異動が含まれます。 | ||
|
重要な理由
社内人材移動の効率を測定する際の開始点です。開始から承認までの期間が長い場合、プロセス上のボトルネックが存在する可能性があります。
入手先
マネージャーまたはHR担当者がCore HRで従業員に対する「Change Job」または「Promotion」アクションを開始した際に記録されます。
取得
「Job Change」、「Transfer」、「Promotion」などのHRアクションに関するトランザクションログから取得されます。
イベントタイプ
explicit
|
|||
|
新入社員データ送信完了
|
新入社員が個人データの収集タスクを完了したことを示します。個人情報、税務フォーム、その他の必要書類の入力が含まれます。 | ||
|
重要な理由
このアクティビティを完全かつ期限内に完了することは、給与設定などの後続ステップに欠かせません。ここでの遅延は、後続の業務に大きな問題を引き起こす可能性があります。
入手先
オンボーディングジャーニー内で、個人データの収集に関係する特定のタスクまたはタスク群の完了タイムスタンプから推定されます。
取得
「Personal Information」または同等のタスクの完了日から推定されます。
イベントタイプ
inferred
|
|||
|
昇進承認
|
従業員の昇進が最終承認されたことを示します。従業員のキャリア形成における重要な前向きな節目です。 | ||
|
重要な理由
このイベントによって社内人材移動のプロセスが完了し、社内人材移動承認時間KPIの算出とキャリアパスの進行速度の分析が可能になります。
入手先
ワークフローで昇進トランザクションが最終承認された際に取得されます。昇進の有効日も記録されます。
取得
昇進アクションが最終承認された際に、ワークフローシステムから記録されます。
イベントタイプ
explicit
|
|||
|
研修割り当て
|
このアクティビティは、新入社員に必須研修または職務別研修が割り当てられたことを示します。通常は、統合された学習管理システム(LMS)を通じて実施されます。 | ||
|
重要な理由
新入社員がコンプライアンス要件を満たし、職務に必要な知識を身につけられるようにします。分析することで、研修期限内割り当て率を測定し、不足している点を特定できます。
入手先
Oracle Learning CloudまたはサードパーティのLMS連携から取得されます。従業員IDに紐づく研修割り当ての作成がイベントになります。
取得
ラーニング管理者または自動ルールが従業員にコースを割り当てた際に記録されます。
イベントタイプ
explicit
|
|||
|
退職面談実施
|
退職する従業員との退職面談が完了したことを示します。通常は、オフボーディングジャーニー内のタスクとして管理されます。 | ||
|
重要な理由
退職理由に関する定性的なデータを提供します。完了状況を追跡することで、この貴重なフィードバックを継続的に収集できます。
入手先
通常は、オフボーディングのチェックリストまたはジャーニー内の手動タスクとして追跡されます。このタスクの完了がイベントになります。
取得
オフボーディングジャーニー内の「Exit Interview」タスクの完了日から推定されます。
イベントタイプ
inferred
|
|||
抽出ガイド
準備はできましたか?
このテンプレートには、採用から退職までのプロセスの最適化を始めるために必要なものがそろっています。今すぐ従業員のライフサイクルを変革しましょう。
今日から採用から退職までのライフサイクルを最適化しましょう
採用から退職までのサイクルを30%短縮し、従業員体験を向上できます。
クレジットカードは不要です。数分で設定できます。