データテンプレート:H2R(採用から退職まで)- 従業員ライフサイクル

Oracle HCM Onboarding
データテンプレート:H2R(採用から退職まで)- 従業員ライフサイクル

御社の「Hire to Retire」従業員ライフサイクルデータテンプレート

このテンプレートは、御社の「Hire to Retire - 従業員ライフサイクルプロセス」分析に必要なデータを収集するための明確なロードマップです。主要属性、追跡すべきアクティビティ、ソースシステムからの抽出ガイダンスが示されており、包括的なプロセスマイニング分析に必要なすべてのデータポイントを確実に取得できます。
  • 収集を推奨する項目
  • 追跡すべき主要アクティビティ
  • 抽出の手引き
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

採用から退職までの従業員ライフサイクル属性

これらは、包括的な採用から退職までの従業員ライフサイクル分析のために、イベントログに含めることを推奨するデータフィールドです。
3 必須 7 推奨 12 任意
名前 説明
アクティビティ
ActivityName
従業員のライフサイクル内で発生した特定のイベントまたはタスクの名称。例:「オファー受諾」または「人事評価実施」。
説明

アクティビティ名 は、採用から退職までのプロセスにおける単一のステップまたはマイルストーンを説明します。これらのイベントは、プロセスマップの構成要素であり、人事担当者、マネージャー、またはシステム自体によって実行される主要なアクションを表します。例としては、バックグラウンドチェックの開始、オンボーディングタスクの完了、昇進の承認などが挙げられます。

これらのアクティビティを分析することで、プロセスフローの可視化、ボトルネックの特定、および異なるプロセスステップの頻度の測定が可能になります。アクティビティの順序と分布を理解することは、従業員ライフサイクルプロセスがどのように設計されているかではなく、実際にどのように運用されているかを発見する上で不可欠です。

その重要性

この属性はプロセスのステップを定義し、プロセスマップの可視化や、プロセスフローとそのバリエーションの分析を可能にします。

取得元

これは通常、様々なOracle HCM オンボーディングおよびコアHRモジュール内におけるイベントタイプ、タスク名、またはステータス変更から導出されます。

内定受諾バックグラウンドチェック完了給与設定完了退職プロセス開始
従業員ID
EmployeeId
組織内における従業員の全ライフサイクルのケースIDとして機能する、従業員の一意の識別子。
説明

従業員ID は、採用から退職までのプロセス分析の要であり、各従業員の初期応募から最終的な退職までのジャーニーを一意に識別します。Oracle HCMオンボーディングに記録されるすべてのイベント、ステータス変更、トランザクションは、この識別子にリンクされており、各個人に対して継続的なイベントログを作成します。

プロセスマイニングにおいて、この属性は、「Offer Accepted(オファー受諾)」、「Background Check Completed(バックグラウンドチェック完了)」、「Termination Initiated(退職プロセス開始)」などの関連するすべてのアクティビティを、単一のまとまりのあるケースとして関連付けるために使用されます。これにより、従業員ライフサイクルの全体像が可能になり、アナリストは完全な従業員ジャーニーを可視化し、エンドツーエンドのサイクルタイムを測定し、従業員が組織内でたどる共通または異なるパスを特定できるようになります。

その重要性

すべての従業員関連イベントを接続する主要なキーであり、採用から退職までの従業員ライフサイクル全体を再構築・分析することを可能にします。

取得元

これはOracle HCM Cloudにおけるコア属性であり、通常、「人物」または「従業員」レコードに存在します。

100234598765E-0054321
開始時刻
EventTimestamp
特定のライフサイクルアクティビティが発生した正確な日時。
説明

このタイムスタンプは、アクティビティがシステムに記録された正確な瞬間を示します。これはすべてのプロセスマイニング分析における時間的な基盤であり、各従業員のケースにおけるイベントの時系列順序を提供します。

この属性は、サイクルタイム、期間、およびアクティビティ間の待機時間を算出するために不可欠です。例えば、「Background Check Initiated」と「Background Check Completed」のタイムスタンプ間の時間差は、その特定のステップのリードタイムを明らかにします。これらのタイムスタンプを分析することで、ボトルネックの特定、SLAに対するプロセスパフォーマンスの測定、そして従業員ジャーニーの時間的ダイナミクスの理解に役立ちます。

その重要性

イベントの時系列シーケンスを確立します。これは、サイクルタイムなどのすべての時間ベースのメトリクスを計算し、プロセスの遅延を特定するために不可欠です。

取得元

これは、Oracle HCM トランザクションデータにおけるタスク、イベント、またはステータス変更に関連付けられた作成または完了日時フィールドに対応します。

2023-03-15T09:00:00Z2023-08-01T14:35:10Z2024-01-20T11:21:05Z
ユーザー
UserId
人事担当者やマネージャーなど、アクティビティを実行したユーザーの識別子。
説明

この属性は、従業員ライフサイクルプロセスにおける特定のタスク実行責任者を捉えます。これは、オファーを提示した採用担当者、I-9確認を完了した人事管理者、または昇進を承認したマネージャーなどです。

ユーザーごとにプロセスを分析することで、トレーニング機会、ワークロードの分散、個人間またはチーム間のパフォーマンスのばらつきを特定できます。例えば、特定のユーザーが常にプロセス遅延や逸脱に関連しているか、あるいはタスクをより効率的に処理する高いパフォーマンスを発揮する人物であるかを明らかにできます。

その重要性

プロセスアクティビティを特定の個人に紐付け、ワークロード、リソースパフォーマンスの分析、および研修ニーズの特定を可能にします。

取得元

Oracle HCM Onboardingのドキュメントを参照してください。これは通常、トランザクション記録の「作成者」または「最終更新者」フィールドで見つかります。

j.smithe.davishr.admin01
採用ソース
RecruitmentSource
従業員が採用された経路(例:「LinkedIn」、「社員紹介」、「自社ウェブサイト」など)。
説明

この属性は、採用成功の起源を追跡し、どの採用チャネルが候補者の応募とその後の雇用につながったかを示します。このデータは通常、採用フェーズの初期に取得され、新入社員の記録と関連付けられます。

採用ソースを分析することは、タレントアクイジション戦略を最適化するための鍵となります。これは、コンバージョン率、採用までの時間、各チャネルの採用品質を測定できるようにすることで、「採用ソースパフォーマンス」ダッシュボードをサポートします。これにより、採用活動と予算を最も効果的で効率的なソースに集中させることができます。

その重要性

さまざまなタレントアクイジションチャネルの効果を評価し、採用戦略と費用の最適化に不可欠です。

取得元

Oracle HCM OnboardingまたはOracle Recruiting Cloudのドキュメントを参照してください。これは通常、応募プロセス中に取得されます。

LinkedIn従業員紹介会社採用ページIndeed
採用日
HireDate
従業員の会社での雇用が正式に開始された日。
説明

入社日は従業員のライフサイクルにおける重要な節目であり、組織への正式な入社を意味します。これは、様々な時間制約のあるプロセスやコンプライアンスチェックを測定するための基準となります。

この属性は、複数のKPIや分析で利用されます。例えば、「給与設定適時率」を測定する際の期限として機能します。また、従業員の在籍期間を計算する際の開始点となり、オンボーディング期間が異なる時期にどのように変化したかを分析する上でも活用されます。

その重要性

従業員の在職期間を計算し、初期オンボーディングおよび設定アクティビティの適時性を測定するための重要なベースラインデートとして機能します。

取得元

Oracle HCMのドキュメントを参照してください。これはCore HRにおける従業員記録の基本的な属性です。

2023-04-012022-09-152024-02-12
終了日時
EventEndTime
アクティビティが完了した正確な日時。
説明

イベント終了時刻は、特定のタスクやプロセスステップの完了を示すものです。開始時刻がアクティビティの開始を示すのに対し、終了時刻はその完了を表します。両方のタイムスタンプが存在することで、個々のアクティビティの処理時間を正確に測定できます。

この属性は、アクティビティごとの所要時間を計算し、処理時間(終了時刻から開始時刻を引いたもの)と待機時間(あるアクティビティの終了時刻から次のアクティビティの開始時刻までの間隔)を区別するために不可欠です。この詳細なレベルの情報は、ボトルネックの真因分析において極めて重要であり、遅延が長時間のタスクによるものなのか、それともタスク間の長い待機時間によるものなのかを判断するのに役立ちます。

その重要性

アクティビティ処理時間の正確な計算を可能にし、プロセス内の実作業時間とアイドル待機時間を区別するのに役立ちます。

取得元

Oracle HCM Onboardingのドキュメントを参照してください。これは多くの場合、トランザクションデータ内の完了日または解決日フィールドに対応します。

2023-03-15T17:30:00Z2023-08-02T10:00:15Z2024-01-20T11:25:00Z
職務ロール
JobRole
従業員の特定の役職または役割(例:「Software Engineer」、「Account Manager」など)。
説明

職務役割属性は、従業員が保有する特定の職位や役職を定義します。これは部門よりも詳細な情報を提供し、役割別のプロセス分析に不可欠です。

この属性は、「職務・部門別従業員離職率」のようなダッシュボードや、「重要職務離職率」のようなKPIの計算において非常に重要です。特定の職務が埋めるのが難しい、オンボーディング期間が長い、または離職率が高いといった課題があるかを組織が理解するのに役立ちます。これらのインサイトは、人員計画、タレントマネジメント戦略、および役割別のプロセス最適化の策定に活用できます。

その重要性

ロールベースの分析を可能にし、特定の職務に固有のプロセスイシュー、コンプライアンスのギャップ、または離職パターンの特定を支援します。

取得元

Oracle HCM Onboardingのドキュメントを参照してください。これはCore HRにおける従業員の職務または役職データの一部です。

ソフトウェアエンジニアシニアアカウントマネージャーHRビジネスパートナー財務アナリスト
退職理由
TerminationReason
「自己都合退職」や「会社都合 - 業績不振」など、従業員の退職理由。
説明

この属性は、従業員の会社でのライフサイクルが終了した理由に関する背景情報を提供します。退職を様々なタイプに分類することで、従業員離職率を理解する上で不可欠な要素となります。

プロセスマイニングにおいて、これは離職パターンを分析するための重要なディメンションです。退職理由でフィルタリングすることで、アナリストは、長い昇進サイクルや頻度の低いパフォーマンスレビューなどの特定のプロセス経験が自己都合退職と関連しているかどうかを調査できます。この洞察は、人事がターゲットを絞った定着戦略を策定`するのに役立ちます。

その重要性

離職分析に不可欠なコンテキストを提供し、自発的離職と非自発的離職を区別し、定着戦略の策定に役立ちます。

取得元

Oracle HCMのドキュメントを参照してください。これはCore HRにおける退職プロセス中に取得される標準フィールドです。

自己都合退職 - 他の機会のため非自発的 - 業績不振非自発的 - 人員削減退職
部署
DepartmentName
従業員が配属されている部署(例:「営業」、「エンジニアリング」、「財務」など)。
説明

この属性は、従業員が勤務する組織単位を表します。これは、ビジネスの異なる部門間でプロセスパフォーマンスをセグメント化し、比較するための重要なディメンションです。

採用から退職までのプロセスを部署別に分析することで、強力な比較分析が可能になります。例えば、どの部署が最もオンボーディングに時間がかかっているか、最も離職率が高いか、またはパフォーマンスレビューサイクルへの遵守率が最も低いかを特定できます。これらの洞察は、各部署の特定のニーズと課題に合わせてプロセス改善の取り組みを調整するのに貢献`します。

その重要性

離職率やサイクルタイムなど、さまざまなビジネスユニット間でプロセスメトリクスのセグメント化と比較を可能にします。

取得元

Oracle HCM Onboardingのドキュメントを参照してください。この情報は、Oracle HCMにおける従業員の職務割り当て記録の標準的な一部です。

営業エンジニアリング財務人事
クリティカルなロールか
IsCriticalRole
従業員の職務が組織の成功にとって重要であるかどうかを示すフラグです。
説明

これは、事業継続、戦略的イニシアティブに不可欠なポジション、または代替が困難な独自のスキルを持つポジションを特定する導出ブール属性です。この分類は通常、人事とリーダーシップによって人員計画に基づいて維持されます。

このフラグは、「クリティカルロール離職率」KPIを算出するために不可欠です。これにより、主要タレントの離職に特化して分析を集中させることができ、組織が最大の効果を発揮する定着に向けた努力の優先順位付けに役立ちます。ダッシュボードは、この属性でフィルタリングすることで、最も重要な従業員に影響を与えるプロセス問題を強調できます。

その重要性

組織が最も重要な従業員のライフサイクルと離職率を具体的にモニタリングおよび分析できるようにし、定着率向上に向けた取り組みの優先順位付けを支援します。

取得元

これは、ビジネス側から提供される事前に定義された重要な役割のリストと、「JobRole」属性をマッピングすることで導出されます。

truefalse
コンプライアンス遵守
IsCompliant
ケースがコンプライアンスルールに則り、期待されるプロセスパスを辿ったかどうかを示すフラグです。
説明

これは、従業員のライフサイクルイベントが事前定義されたコンプライアンスモデルやビジネスルールに遵守しているかを評価する算出ブール属性です。例えば、オファーが確定する前にバックグラウンドチェックを完了する必要がある、または入社から30日以内に特定のトレーニングを割り当てる必要がある、といったルールがある場合があります。

この属性は、「人事コンプライアンス違反率」KPIを直接サポートします。非準拠ケースにフラグ付けすることで、コンプライアンスリスクの容易な定量化を可能にし、なぜ逸脱が発生しているのかを理解するための根本原因分析を可能にします。これは複雑なコンプライアンスチェックを単一フィールドに簡素化し、容易なレポートとモニタリングを実現します。

その重要性

重要なビジネスルールおよび規制への遵守度を定量化し、コンプライアンスリスクのプロアクティブなモニタリングと軽減を可能にします。

取得元

これは、アクティビティの順序とその属性に対し、一連のビジネスルールを適用することで、プロセスマイニングツールまたはデータ変換レイヤーで算出されます。

truefalse
ソースシステム
SourceSystem
Oracle HCM Onboardingなど、イベントデータが抽出されたシステムを特定します。
説明

この属性は、各イベントレコードのソースシステムを指定します。複雑な人事環境では、従業員データはコアHCM、専用のオンボーディングモジュール、給与システム、またはパフォーマンスマネジメントツールから提供される場合があります。各イベントにソースシステムをタグ付けすることは、データガバナンスとトラブルシューティングにとって不可欠です。

分析において、ソースシステムを把握することは、データ統合ポイントと潜在的な不一致を理解するのに役立ちます。例えば、給与設定の遅延が観察された場合、それらのイベントがコアHCMから発生しているのか、別の給与アプリケーションから発生しているのかを確認することは有用です。

その重要性

データのオリジンに関する重要なコンテキストを提供します。これは、データ検証、統合分析、および複数システムプロセスランドスケープの理解にとって重要です。

取得元

データ抽出時にデータセットの出所を示すために付与する、通常は固定の値です。

OracleHCMOnboardingOracleCoreHROracleRecruiting
バックグラウンドチェックステータス
BackgroundCheckStatus
バックグラウンドチェックプロセスの最終結果。例:「完了 - 問題なし」または「要レビュー」。
説明

この属性は、オンボーディングプロセスにおける重要な関門であるバックグラウンドチェックの結果を記録します。このステータスによって、採用プロセスが円滑に進むかどうか、または追加の手順やレビューが必要かどうかが決定されます。

異なるステータスの分布を分析することで、様々な採用ソースからの候補者プールの質を把握するのに役立ちます。また、審査が必要なケースはサイクルタイムが長くなる傾向があるため、「バックグラウンドチェックサイクルタイム」ダッシュボードの分析にも不可欠です。こうした背景を理解することで、データの誤解を防ぎ、より正確な分析を行うことができます。

その重要性

重要なオンボーディングステップのアウトカムを提供し、サイクルタイム分析にコンテキストを追加し、手戻りや例外パスを特定するのに役立ちます。

取得元

Oracle HCM Onboardingのドキュメントを参照してください。このデータは、オンボーディングモジュールまたは統合されたサードパーティのバックグラウンドチェックプロバイダーから取得される場合があります。

完了 - クリアレビューが必要取り消し済み進行中
パフォーマンス評価
PerformanceRating
「期待を上回る」など、人事評価サイクル中に従業員に割り当てられた評価。
説明

この属性は、人事評価の結果を捉えます。評価は、従業員の目標達成度と会社の期待に対するパフォーマンスの定量的または定性的な尺度を提供します。

このデータをプロセスフローと合わせて分析することで、強力なインサイトが得られます。例えば、パフォーマンス評価と昇進期間の相関関係を調査したり、退職する優秀な従業員が役割変更の遅延などプロセスに関連する不満を経験したかどうかを確認したりするのに使用できます。「人事評価サイクル遵守率」ダッシュボードの重要な要素です。

その重要性

人事評価イベントに定性的なアウトカムを追加し、従業員のパフォーマンスがキャリア形成や定着率とどのように相関するかを分析できるようにします。

取得元

Oracle HCM Performance Managementモジュールのドキュメントを参照してください。これは通常、パフォーマンスレビューフォームまたは記録に保存されます。

期待を超える期待通り改善が必要5
ビジネスユニット
BusinessUnitName
従業員が所属する、より大きな事業部門または組織単位。
説明

事業部門は、多くの場合、特定の製品ライン、サービス領域、または地域を表す高レベルの組織構造です。これは部署よりも広範な組織的コンテキストを提供します。

事業部門レベルでプロセスを分析することは、経営層にとって、会社の主要部門間でパフォーマンスを比較する上で非常に価値があります。これにより、大規模な事業部門内で全体的な課題やベストプラクティスを特定し、組織全体でそれらの対処や共有を進めることができます。

その重要性

主要な組織部門全体でプロセスメトリクスをハイレベルで集計し、比較することを可能にします。

取得元

Oracle HCMのドキュメントを参照してください。これは通常、従業員の職務割り当ておよび組織階層データの一部です。

消費財エンタープライズソフトウェアCloud Servicesグローバルコンサルティング
最終データ更新
LastDataUpdate
このイベントのデータがソースシステムから最後に更新された日時を示すタイムスタンプ。
説明

この属性は、データが最後にプロセスマイニング環境に抽出され、ロードされた日時を記録します。これはビジネスイベント自体のタイムスタンプではなく、データセットの鮮度を反映するメタデータフィールドです。

この情報は、分析とダッシュボードの適時性を理解する上で不可欠です。ユーザーは、現在のデータが昨日、先週、あるいは先月のものなのかを確認でき、的確かつ最新のビジネス意思決定を行う上で重要です。通常、すべての閲覧者が背景情報を把握できるよう、ダッシュボードに目立つように表示されるのが一般的です。

その重要性

データの鮮度に関する透明性を確保し、ユーザーがプロセス分析の最新性を理解し、提供されるインサイトを信頼できるようにします。

取得元

このタイムスタンプは、データパイプラインまたはETLツールによって、成功したデータリフレッシュサイクルの終わりに生成されます。

2024-05-21T04:00:00Z2024-05-20T04:00:00Z
場所
Location
従業員の物理的な勤務地または国。
説明

この属性は、従業員が所属するオフィス、都市、国などの地理的なロケーションを指定します。人事プロセスは、現地の労働法や地域ごとのビジネス慣行に基づいて大きく異なる場合があります。

ロケーションを分析ディメンションとして使用することで、プロセスパフォーマンスにおける地域ごとのバリエーションを明らかにするのに役立ちます。例えば、現地の規制により、特定の国ではバックグラウンドチェックの完了に時間がかかる場合があります。これにより、地域特性を考慮したプロセス監視と改善が可能`になります。

その重要性

プロセスの地理的分析を可能にし、サイクルタイム、コンプライアンス、プロセスフローにおける地域差を浮き彫りにします。

取得元

Oracle HCMのドキュメントを参照してください。これは従業員の職務割り当てまたは個人データの標準的な一部です。

米国ドイツインド英国
従業員タイプ
EmployeeType
従業員の雇用形態を、「正社員」、「パートタイム」、「契約社員」などのカテゴリーに分類します。
説明

この属性は、雇用形態の性質を分類します。従業員タイプによって、オンボーディング、パフォーマンスマネジメント、オフボーディングのプロセスバリアントが異なることがよくあります。

従業員タイプに基づいてプロセスを分析すると、大きな違いが明らかになります。例えば、契約社員のオンボーディングプロセスは、正社員に比べてはるかに短く、手順も少ない場合があります。この属性で分析をセグメント化することで、有意義な比較が可能になり、それぞれの雇用形態に特化したプロセスの効率化の機会を特定できます。

その重要性

雇用ステータスによってプロセス分析をセグメント化し、異なるタイプのワーカーに対する異なるプロセスパスと要件を明らかにします。

取得元

Oracle HCMのドキュメントを参照してください。これはCore HRにおける標準的な従業員職務割り当て情報の一部です。

正社員パートタイム従業員契約社員インターン
期日内給与設定
PayrollSetupOnTime
従業員の給与計算が正式な入社日よりも前に設定されたかどうかを示すフラグです。
説明

この算出ブール属性は、従業員の入社日より前の給与設定完了という、重要なオンボーディングSLAへの遵守状況を測定します。これは、「給与設定完了」アクティビティのタイムスタンプと従業員の「Hire Date」を比較することで導出されます。

この属性は、「給与設定期限内完了率」KPIを直接サポートします。日付比較を単純な真偽値に変換することで分析を簡素化し、ダッシュボード上でコンプライアンスをフィルタリング、集計、可視化しやすくします。これにより、期限内の給与設定に苦慮している部署や地域を迅速に特定するのに役立ち、新入社員満足度における主要な要因となります。

その重要性

重要なオンボーディングSLAに対するコンプライアンスを直接測定し、給与設定の効率と新入社員体験への影響について明確なメトリクスを提供します。

取得元

これは、データ変換中に、各ケースの「給与設定完了」アクティビティの「EventTimestamp」と「HireDate」属性を比較することによって算出されます。

truefalse
求人リクイジションID
JobRequisitionId
従業員の採用につながった求人申請の一意の識別子。
説明

求人申請IDは、新入社員を元のポジション補充要求と紐付けます。この識別子により、採用およびオンボーディングプロセスを、タレントアクイジションライフサイクルの初期段階と結びつけられます。

このIDを含めることで、求人が公開された時点から始まる、より包括的なエンドツーエンド分析を実施することが可能になります。これにより、完全な「採用期間」KPIを計算し、優先度や職位レベルといった申請の特性が、その後の採用およびオンボーディングプロセスにどのように影響するかを分析する上で不可欠です。

その重要性

従業員のジャーニーを最初の採用要求にリンクさせ、真のエンドツーエンドの採用期間分析を可能にし、採用結果をリクイジションの詳細に接続します。

取得元

Oracle Recruiting CloudまたはHCMのドキュメントを参照してください。このIDは採用モジュールで生成され、新規採用者の記録に関連付けられる必要があります。

REQ-2023-05-102JR-FIN-00348001567
退職日
TerminationDate
従業員の雇用期間の正式な最終日。
説明

退職日は、従業員の会社での在籍期間の正式な終了を示すものです。これはオフボーディングプロセスにおける重要な日付であり、最終給与計算、福利厚生の終了、システムアクセス権の取り消しなどの参照点となります。

プロセスマイニングでは、この日付は入社日と組み合わせて総従業員在籍期間を計算するために使用されます。また、オフボーディングプロセスの分析の起点としても機能し、従業員の退職に対して全てのオフボーディングタスクが適時に完了したかどうかを測定するのに役立ちます。

その重要性

従業員ライフサイクルの終了点を定義し、在職期間の計算やオフボーディングプロセスの適時性分析を可能にします。

取得元

Oracle HCMのドキュメントを参照してください。これはCore HRにおける退職プロセス中に取得される標準フィールドです。

2024-05-312023-12-152024-01-05
必須 推奨 任意

採用から退職までの従業員ライフサイクルアクティビティ

これらは、正確なプロセスディスカバリと最適化のために、イベントログに記録すべき主要なプロセスステップとマイルストーンです。
6 推奨 9 任意
アクティビティ 説明
オフボーディングタスク完了
このアクティビティは、資産返却、知識移転、最終給与処理など、必要な全てのオフボーディングステップの完了を表します。これは従業員記録のクリーンなクローズを示します。
その重要性

これは従業員ライフサイクルにおける最後のアクティビティです。平均オフボーディングサイクルタイムを測定し、コンプライアンスに準拠した効率的なプロセスを確保するための終点となります。

取得元

これは、Oracle HCM内で従業員に割り当てられたマスターオフボーディングジャーニーまたはチェックリストの完了から推測されます。

取得

全体的なオフボーディングジャーニーまたはシーケンスにおける最後のタスクの完了タイムスタンプから推測されます。

イベントタイプ inferred
オンボーディングジャーニー開始
このアクティビティは、新入社員への正式なオンボーディング計画またはチェックリストの作成と割り当てを示します。これは、システム内でのオンボーディング体験の公式な開始を表すものです。
その重要性

プレオンボーディングからアクティブオンボーディングへの移行を示します。これは、オンボーディング全体のサイクルタイムと一貫性を測定するための重要なマイルストーンです。

取得元

これは、人事スペシャリストまたは自動化プロセスが保留中の従業員または従業員レコードにオンボーディングジャーニーを割り当てたときに記録される明示的なイベントです。

取得

従業員に割り当てられた「オンボーディングジャーニー」の作成イベントからログ記録されます。

イベントタイプ explicit
内定受諾
このアクティビティは、候補者が正式に雇用オファーを受諾した時点を示します。これは、Oracle HCM内でのプレボーディングおよびオンボーディングプロセスのトリガーとなります。
その重要性

これは従業員のジャーニーにおける重要な開始点です。このイベントから後続のステップまでの時間を分析することで、採用からオンボーディングへの引き継ぎの効率を測定するのに役立ちます。

取得元

通常、候補者の内定ステータスが「Accepted」または類似の状態に更新され、その後オンボーディングジャーニーがトリガーされる際に、採用モジュールから取得されます。

取得

候補者の応募記録のステータス変更から推測されます。

イベントタイプ inferred
従業員オンボーディング完了
これは、従業員が組織の活動的な一員となる正式な入社日です。コアHRシステムにおいて、候補者(pending worker)から現役従業員レコード(active employee record)への変換を示します。
その重要性

これは従業員ライフサイクルにおける主要なマイルストーンです。オンボーディング期間と生産性向上までの時間を測定するためのベースラインとして機能します。

取得元

これは、「入社日」フィールドに情報が設定され、従業員の人事ステータスが「アクティブ」になることに対応します。これはコアHRモジュールにおける基本的なトランザクションです。

取得

従業員記録における「採用」アクションの有効日から取得されます。

イベントタイプ explicit
給与設定完了
新入社員の情報が完全に処理され、給与システムでアクティブになる時点を示します。これには、銀行口座情報、源泉徴収、給与情報が含まれます。
その重要性

タイムリーな給与設定は、新入社員の満足度にとって極めて重要であり、HRの業務効率を示す主要な指標でもあります。このアクティビティは、「給与設定期限内完了率」KPIの測定に役立ちます。

取得元

オンボーディングプロセスにおける給与関連タスクの完了、または該当従業員のコア給与モジュールでのステータス更新から推測できます。

取得

給与関連のすべてのオンボーディングタスクの完了日から推測されます。

イベントタイプ inferred
退職プロセス開始
これは、退職または雇用終了の決定によってトリガーされる、オフボーディングプロセスの正式な開始点です。これにより、その後のすべてのオフボーディングタスクが開始されます。
その重要性

このイベントは、従業員ライフサイクルの最終フェーズの開始です。これは、オフボーディングサイクルタイムを測定し、離職率を分析するためのトリガーとなります。

取得元

これは、マネージャーまたは人事管理者が従業員の退職申請を提出した際にOracle Core HRに記録される明示的な人事アクションです。

取得

従業員記録における「退職」アクションの有効日から取得されます。

イベントタイプ explicit
I-9検証完了
これは、米国の義務的なフォームI-9(雇用資格確認)の完了を示すものです。すべての米国採用者にとって、コンプライアンス上極めて重要なステップです。
その重要性

このアクティビティを追跡することは、法令コンプライアンスを確保し、法的罰則を回避するために不可欠です。オンボーディングプロセスにおいて、これは譲歩できないステップです。

取得元

Oracle HCMオンボーディングプロセス内の専用I-9タスクの完了ステータスから取得されます。このタスクには、多くの場合、検証日用の特定のフィールドがあります。

取得

I-9フォームタスクの完了ステータスとタイムスタンプから推測されます。

イベントタイプ inferred
バックグラウンドチェック完了
バックグラウンドスクリーニングプロセスの成功裏の完了を示します。この確認の結果が、採用プロセスを進められるかを決定します。
その重要性

このイベントのタイムスタンプは、バックグラウンドチェックの総サイクルタイムを算出するために不可欠です。ここでの遅延は、従業員の入社日に直接影響を与えます。

取得元

従業員のオンボーディングプロセスにおいて、「バックグラウンドチェック」タスクのステータスが「完了」または「クリア」に更新されたときに取得されます。

取得

バックグラウンドチェックタスクのステータスが最終的な「完了」ステータスに変わったことから推測されます。

イベントタイプ inferred
バックグラウンドチェック開始
新入社員のバックグラウンドスクリーニングプロセスの正式な開始を表します。これは通常、オンボーディングチェックリストまたはジャーニー内の特定のタスクとして管理されます。
その重要性

バックグラウンドチェックの期間は一般的なボトルネックです。この開始時刻を追跡することは、Background Check Lead Time KPI を測定し、最適化するために不可欠です。

取得元

これは、Oracle HCM内での従業員のオンボーディングジャーニーにおいて、「Background Check」タスクが割り当てられた際、またはそのステータスが「In Progress」に変更された際に記録されると考えられます。

取得

バックグラウンドチェックタスクのステータス変更または作成日から推測されます。

イベントタイプ inferred
パフォーマンスレビュー実施済み
従業員の正式な人事評価サイクルの完了を示します。これは従業員の在籍期間中、繰り返し発生するイベントです。
その重要性

レビューの頻度と定期性を分析することは、パフォーマンス管理の順守状況と、それが従業員の育成および定着に与える影響を理解する上で重要です。

取得元

この情報は、Oracle HCM パフォーマンスマネジメントモジュールで取得されます。このイベントは、レビュー文書の最終承認または完了ステータスに対応します。

取得

人事評価フォームまたはプロセスの完了日から推測されます。

イベントタイプ inferred
役割変更開始
従業員の職務、部署、または勤務地を変更するプロセスの開始を表します。これは昇進、水平異動、またはその他の内部異動である可能性があります。
その重要性

このアクティビティは、社内異動の効率を測定するための起点となります。開始から承認までの期間が長い場合、プロセスのボトルネックを示唆している可能性があります。

取得元

マネージャーまたはHRスペシャリストがCore HRで従業員に対し、「職務変更」または「昇進」アクションを開始したときにログ記録されます。

取得

「異動」、「転属」、「昇進」などの人事アクションのトランザクションログから取得されます。

イベントタイプ explicit
新入社員データ提出済み
新入社員による個人情報収集タスクの完了を表します。これには、個人情報、税務書類、その他の必要書類の記入が含まれます。
その重要性

このアクティビティの完了度と適時性は、給与設定などの後続ステップにとって極めて重要です。ここでの遅延は、下流工程で重大な問題を引き起こす可能性があります。

取得元

オンボーディングジャーニー内の個人データ収集に関連する特定のタスクまたはタスクグループの完了タイムスタンプから推測されます。

取得

「個人情報」または同等のタスクの完了日から推測されます。

イベントタイプ inferred
昇進承認済み
このアクティビティは、従業員の昇進の最終承認を示すものです。これは、従業員のキャリアアップにおける重要なポジティブなマイルストーンとなります。
その重要性

このイベントは社内異動プロセスを完了させ、「社内異動承認時間」KPIの算出とキャリアパス速度の分析を可能にします。

取得元

昇進トランザクションがワークフローで最終承認されたときに取得されます。昇進の発効日が記録されます。

取得

昇進アクションの最終承認時にワークフローシステムからログ記録されます。

イベントタイプ explicit
研修割り当て済み
このアクティビティは、新入社員に対する必須または役割固有のトレーニングの割り当てを表します。これは通常、統合された学習管理システム(LMS)を通じて行われます。
その重要性

新入社員がコンプライアンスを遵守し、それぞれの役割に必要な準備が整っていることを保証します。これを分析することは、適時研修アサイン率を測定し、ギャップを特定するのに役立ちます。

取得元

Oracle Learning CloudまたはサードパーティLMS連携から取得されます。イベントは、従業員IDに紐付けられたトレーニング割り当ての作成です。

取得

学習管理者または自動ルールが従業員にコースを割り当てたときにログ記録されます。

イベントタイプ explicit
退職面談実施済み
退職する従業員との退職面談の完了を示します。これはしばしばオフボーディングジャーニー内のタスクとして管理されます。
その重要性

退職理由に関する定性データを提供します。その完了状況を追跡することで、この貴重なフィードバックが確実に、継続的に収集されるようになります。

取得元

通常、オフボーディングチェックリストまたはジャーニー内の手動タスクとして追跡されます。このタスクの完了がイベントです。

取得

オフボーディングジャーニーにおける「退職面談」タスクの完了日から推測されます。

イベントタイプ inferred
推奨 任意

抽出ガイド

Oracle HCM Onboardingからデータを取得する方法