採用から退職までの従業員ライフサイクル向けデータテンプレート
採用から退職までの従業員ライフサイクル向けデータテンプレート
- 収集を推奨する属性
- 追跡する主なアクティビティ
- データ抽出ガイド
採用から退職までの従業員ライフサイクルの属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
従業員のライフサイクルで発生したイベントまたはタスクの名称です。「内定承諾」や「パフォーマンス評価の実施」などが該当します。 | ||
|
説明
アクティビティ名は、採用から退職までのプロセスにおける個々のステップや節目を表します。これらのイベントがプロセスマップを構成し、人事担当者やマネージャー、システムが行った主なアクションを示します。バックグラウンドチェックの申請、オンボーディングタスクの完了、昇進の承認などが例です。 アクティビティを分析すると、プロセスの流れを可視化し、ボトルネックを特定できるほか、各ステップの発生頻度を測定できます。アクティビティの順序や分布を把握することは、従業員ライフサイクルのプロセスが設計どおりではなく、実際にどのように進んでいるかを明らかにするうえで欠かせません。
重要な理由
この属性でプロセスの各ステップを定義し、プロセスマップの可視化や、プロセスの流れとバリアントの分析ができます。
入手先
通常、Oracle HCM OnboardingおよびCore HRの各モジュールにあるイベント種別、タスク名、ステータス変更から取得されます。
例
内定承諾身元調査完了給与設定完了雇用終了の申請
|
|||
|
従業員ID
EmployeeId
|
従業員を一意に識別するIDです。組織における従業員のライフサイクル全体を追跡するケースIDとして使われます。 | ||
|
説明
従業員IDは、採用から退職までのプロセス分析の基盤となり、応募からオフボーディングまでの従業員一人ひとりの経過を識別します。Oracle HCM Onboardingに記録されたすべてのイベント、ステータス変更、トランザクションはこのIDに紐づき、従業員ごとの連続したイベントログを構成します。 プロセスマイニングでは、この属性を使って「内定承諾」「バックグラウンドチェック完了」「雇用終了の申請」など、関連するアクティビティを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
|
アクティビティを実行した人事担当者やマネージャーなどのユーザーIDです。 | ||
|
説明
この属性は、従業員ライフサイクルの特定のタスクを担当した人を記録します。内定を提示した採用担当者、I-9の確認を完了した人事管理者、昇進を承認したマネージャーなどが該当します。 ユーザー別にプロセスを分析すると、研修の機会、業務量の分布、個人やチーム間の実績の違いを把握できます。たとえば、特定のユーザーがプロセスの遅延や逸脱に継続して関わっているか、あるいはタスクを効率よく処理する高い実績を上げているかを確認できます。
重要な理由
プロセスのアクティビティを個人に紐づけ、業務量やリソースパフォーマンスを分析できます。研修が必要な人の特定にも役立ちます。
入手先
Oracle HCM Onboardingの文書を参照してください。通常、トランザクションレコードの「作成者」または「最終更新者」フィールドにあります。
例
j.smithe.davishr.admin01
|
|||
|
入社日
HireDate
|
従業員が会社で勤務を開始した正式な日付です。 | ||
|
説明
入社日は、従業員ライフサイクルの重要な節目であり、組織に正式に加わった日を示します。期限が関係する各種プロセスやコンプライアンスチェックのベースラインとして使われます。 この属性は、複数の重要業績評価指標(KPI)や分析で使われます。たとえば、「期限内の給与設定率」の測定基準となります。また、勤続年数の算出や、期間ごとのオンボーディング所要時間の変化を分析する際の起点にもなります。
重要な理由
勤続年数の算出に加え、入社時のオンボーディングや設定作業が適時に行われたかを測定するためのベースラインとなります。
入手先
Oracle HCMの文書を参照してください。Core HRの従業員レコードに含まれる基本属性です。
例
2023-04-012022-09-152024-02-12
|
|||
|
採用経路
RecruitmentSource
|
従業員の採用につながった経路です。「LinkedIn」「従業員紹介」「会社のウェブサイト」などが該当します。 | ||
|
説明
この属性は、採用に至った経路を追跡し、どの採用チャネルから候補者の応募と採用につながったかを示します。通常、採用プロセスの早い段階で取得され、新入社員のレコードに紐づけられます。 採用経路の分析は、人材獲得の方針を最適化するうえで重要です。「採用経路別の実績」ダッシュボードでは、チャネルごとの転換率、採用までの時間、採用の質を測定できます。これにより、効果と効率の高い採用経路に取り組みや予算を集中できます。
重要な理由
人材獲得チャネルごとの効果を評価し、採用方針や予算配分を見直すうえで欠かせません。
入手先
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
|
従業員の具体的な職名または職務です。「ソフトウェアエンジニア」「アカウントマネージャー」などが該当します。 | ||
|
説明
職務属性は、従業員が担う具体的な役職や職名を示します。部門より細かい単位で分析でき、職務ごとのプロセス分析に欠かせません。 「職務・部門別の従業員離職率」などのダッシュボードや、「重要職務の離職率」などの重要業績評価指標(KPI)の算出に役立ちます。特定の職務で採用が難しいか、オンボーディングに時間がかかるか、離職率が高いかを把握できます。こうしたインサイトは、人員計画、人材管理の方針、職務に応じたプロセス改善に役立ちます。
重要な理由
職務別の分析が可能になり、特定の職種に関するプロセス上の問題、コンプライアンス上の不備、離職の傾向を特定できます。
入手先
Oracle HCM Onboardingの文書を参照してください。Core HRにある従業員の職務または役職データに含まれています。
例
ソフトウェアエンジニアシニアアカウントマネージャー人事ビジネスパートナー財務アナリスト
|
|||
|
部門
DepartmentName
|
従業員が所属する部門です。「営業」「エンジニアリング」「財務」などが該当します。 | ||
|
説明
この属性は、従業員が所属する組織単位を示します。事業の各部門におけるプロセスの実績を分類し、比較するための重要な切り口です。 採用から退職までのプロセスを部門別に分析すると、部門間の実績を比較できます。たとえば、オンボーディングに最も時間がかかる部門、離職率が最も高い部門、パフォーマンス評価の実施率が最も低い部門を特定できます。こうしたインサイトをもとに、各部門のニーズや課題に合わせてプロセス改善に取り組めます。
重要な理由
事業部門ごとに離職率やサイクルタイムなどのプロセス指標を分類し、比較できます。
入手先
Oracle HCM Onboardingの文書を参照してください。この情報は、Oracle HCMの従業員アサインメントレコードに標準で含まれています。
例
営業エンジニアリング財務人事
|
|||
|
雇用終了の理由
TerminationReason
|
従業員の退職理由です。「本人都合:別の機会への転職」「会社都合:勤務実績」などが該当します。 | ||
|
説明
この属性は、従業員が会社での勤務を終えた理由を示します。雇用終了を種類別に分類し、従業員の離職状況を把握するために使われます。 プロセスマイニングでは、離職の傾向を分析する重要な切り口です。雇用終了の理由で絞り込むと、昇進までの期間が長い、パフォーマンス評価の頻度が低いといったプロセス上の状況が、本人都合の退職と関連しているかを調べられます。このインサイトは、人事部門が定着に向けた施策を検討する際に役立ちます。
重要な理由
離職分析の重要なコンテキストとなり、本人都合と会社都合の離職を区別して、従業員の定着に向けた施策を検討できます。
入手先
Oracle HCMの文書を参照してください。Core HRの雇用終了プロセスで記録される標準フィールドです。
例
本人都合:別の機会への転職会社都合:勤務実績会社都合:人員削減定年退職
|
|||
|
コンプライアンス適合
IsCompliant
|
ケースがコンプライアンスルールに沿った想定のプロセス経路をたどったかを示すフラグです。 | ||
|
説明
従業員のライフサイクルに関するイベントが、事前に定められたコンプライアンスモデルや業務ルールに適合しているかを評価する、計算済みのブール属性です。たとえば、オファーの確定前にバックグラウンドチェックを完了する、または入社後30日以内に所定の研修を割り当てる、といったルールを設定できます。 この属性は、「人事コンプライアンス違反率」KPIを直接支えます。ルールに適合しないケースにフラグを付けることで、コンプライアンスリスクを簡単に定量化し、逸脱の原因を分析できます。複雑なコンプライアンスチェックを1つのフィールドにまとめ、報告やモニタリングを容易にします。
重要な理由
重要な業務ルールや規制への適合状況を数値化し、コンプライアンスリスクの先回りした監視と軽減に役立ちます。
入手先
プロセスマイニングツールまたはデータ変換レイヤーで、アクティビティの順序とその属性に一連の業務ルールを適用して算出します。
例
truefalse
|
|||
|
ソースシステム
SourceSystem
|
「Oracle HCM Onboarding」など、イベントデータの抽出元となるシステムを示します。 | ||
|
説明
この属性は、各イベントレコードの情報元となるシステムを示します。複雑な人事システム環境では、従業員データがHCMのコアシステム、専用のオンボーディングモジュール、給与システム、パフォーマンス管理ツールなど、複数のシステムから取得される場合があります。各イベントにソースシステムを付けることは、データガバナンスや問題の調査に欠かせません。 分析では、ソースシステムを把握することで、データ連携の箇所や不整合の可能性を確認できます。たとえば、給与設定に遅延が見られる場合、そのイベントがHCMのコアシステムと別の給与アプリケーションのどちらから発生したかを確認できます。
重要な理由
データの出所を把握するための重要なコンテキストを提供します。データ検証、連携の分析、複数のシステムにまたがるプロセス全体像の把握に役立ちます。
入手先
通常、データ抽出時にデータセットの出所を示す固定値として追加されます。
例
OracleHCMOnboardingOracleCoreHROracleRecruiting
|
|||
|
バックグラウンドチェックのステータス
BackgroundCheckStatus
|
バックグラウンドチェックの最終結果です。「完了:問題なし」「要確認」などが該当します。 | ||
|
説明
この属性は、オンボーディングプロセスの重要な関門となるバックグラウンドチェックの結果を記録します。ステータスによって、採用手続きをそのまま進められるか、追加の手続きや確認が必要かが決まります。 ステータスの分布を分析すると、採用経路ごとの候補者層の質を把握できます。また、「バックグラウンドチェックのサイクルタイム」ダッシュボードの分析にも欠かせません。確認が必要なケースは、通常よりサイクルタイムが長くなることがあります。このコンテキストを踏まえることで、データを誤って解釈するのを防げます。
重要な理由
オンボーディングの重要なステップの結果を示し、サイクルタイム分析にコンテキストを加えます。手戻りや例外経路の特定にも役立ちます。
入手先
Oracle HCM Onboardingの文書を参照してください。オンボーディングモジュール、または連携しているサードパーティのバックグラウンドチェックサービスから取得される場合があります。
例
完了:問題なし要確認キャンセル進行中
|
|||
|
パフォーマンス評価
PerformanceRating
|
パフォーマンス評価のサイクルで従業員に付与される評価です。「期待を上回る」などが該当します。 | ||
|
説明
この属性は、パフォーマンス評価の結果を記録します。評価は、目標や会社の期待に対する従業員の実績を定量的または定性的に示します。 このデータをプロセスの流れと合わせて分析すると、さまざまなインサイトが得られます。たとえば、評価と昇進までの期間の関連性を調べたり、退職した高評価の従業員が、職務変更の遅れなどプロセス上の不満を抱えていたかを確認したりできます。「パフォーマンス評価サイクルの遵守状況」ダッシュボードにも使われます。
重要な理由
パフォーマンス評価のイベントに定性的な結果を加え、従業員の実績とキャリア形成や定着との関連を分析できます。
入手先
Oracle HCMのパフォーマンス管理モジュールの文書を参照してください。通常、パフォーマンス評価フォームまたはレコードに保存されています。
例
期待を上回る期待どおり改善が必要5
|
|||
|
事業部門
BusinessUnitName
|
従業員が所属する、より大きな事業部門または組織単位です。 | ||
|
説明
事業部門は、製品ライン、サービス領域、地域などを表す上位の組織構造です。部門より広い組織上のコンテキストを示します。 事業部門単位でプロセスを分析すると、経営層が会社の主要部門間の実績を比較できます。大規模な事業部門に共通する課題や優れた取り組みを特定し、組織内で改善したり共有したりする際にも役立ちます。
重要な理由
組織の主要部門にまたがるプロセス指標を集計し、全体的な視点で比較できます。
入手先
Oracle HCMの文書を参照してください。通常、従業員のアサインメント情報や組織階層データに含まれています。
例
消費財エンタープライズソフトウェアクラウドサービスグローバルコンサルティング
|
|||
|
最終データ更新
LastDataUpdate
|
イベントのデータがソースシステムから最後に更新された日時を示すタイムスタンプです。 | ||
|
説明
この属性は、データが最後に抽出され、プロセスマイニング環境に読み込まれた日時を記録します。業務イベント自体のタイムスタンプではなく、データセットの鮮度を示すメタデータです。 分析やダッシュボードのデータがいつ時点のものかを把握するうえで、この情報は欠かせません。昨日、先週、先月のどのデータを見ているかがわかるため、最新の情報に基づいて業務上の判断を下せます。通常、閲覧者がデータの状況を把握できるよう、ダッシュボード上に目立つ形で表示されます。
重要な理由
データの鮮度を明示し、プロセス分析がどの程度最新のものかを把握できるようにします。提示されたインサイトの信頼性を判断する際にも役立ちます。
入手先
データパイプラインまたはETLツールが、データ更新サイクルの正常終了時にこのタイムスタンプを生成します。
例
2024-05-21T04:00:00Z2024-05-20T04:00:00Z
|
|||
|
勤務地
Location
|
従業員の勤務先となる場所または国です。 | ||
|
説明
この属性は、従業員の勤務拠点となるオフィス、都市、国などの地理的な場所を示します。人事プロセスは、各地域の労働法や商慣習によって大きく異なる場合があります。 勤務地を分析の切り口にすると、地域ごとのプロセス実績の違いを明らかにできます。たとえば、現地の規制により、特定の国ではバックグラウンドチェックの完了に時間がかかることがあります。地域ごとの状況を踏まえたプロセスの監視と改善が可能になります。
重要な理由
地域別にプロセスを分析し、サイクルタイム、コンプライアンス、プロセスの流れにおける違いを把握できます。
入手先
Oracle HCMの文書を参照してください。従業員のアサインメント情報または個人データに標準で含まれています。
例
USAドイツインド英国
|
|||
|
求人申請ID
JobRequisitionId
|
従業員の採用につながった求人申請を一意に識別するIDです。 | ||
|
説明
求人申請IDを使うと、新入社員を採用の元となった求人申請に紐づけられます。このIDにより、採用およびオンボーディングのプロセスを、人材獲得ライフサイクルの前段階と結び付けられます。 このIDを含めることで、求人の開始時点からエンドツーエンドで分析できます。「採用までの時間」の全体を測定する重要業績評価指標(KPI)の算出に欠かせません。また、優先度や職務レベルなど、求人申請の特性がその後の採用やオンボーディングにどう影響するかを分析できます。
重要な理由
従業員の経過を最初の採用申請に紐づけ、採用までの時間をエンドツーエンドで分析できます。採用結果と求人申請の詳細も関連付けられます。
入手先
Oracle Recruiting CloudまたはHCMの文書を参照してください。このIDは採用モジュールで生成され、新入社員のレコードに関連付けられている必要があります。
例
REQ-2023-05-102JR-FIN-00348001567
|
|||
|
給与設定の期限内完了
PayrollSetupOnTime
|
従業員の給与設定が正式な入社日より前に完了したかを示すフラグです。 | ||
|
説明
オンボーディングにおける重要なSLAへの適合状況を測る、計算済みのブール属性です。従業員の入社日までに給与設定を完了したかを示します。「Payroll Setup Completed」アクティビティのタイムスタンプと従業員の「Hire Date」を比較して算出します。 この属性は、「給与設定の期限内完了率」KPIを直接支えます。日付の比較結果を単純な真偽値に変換するため、ダッシュボードでコンプライアンス状況を簡単に絞り込み、集計、可視化できます。給与設定が期限に間に合っていない部門や地域をすばやく特定でき、新入社員の満足度に関わる課題の把握にも役立ちます。
重要な理由
オンボーディングにおける重要なSLAへの適合状況を直接測定し、給与設定の効率と新入社員の体験への影響を示す明確な指標になります。
入手先
データ変換時に、各ケースの「Payroll Setup Completed」アクティビティの「EventTimestamp」と「HireDate」属性を比較して算出します。
例
truefalse
|
|||
|
重要職務かどうか
IsCriticalRole
|
従業員の職務が、組織の成功に欠かせない重要職務と見なされるかどうかを示すフラグです。 | ||
|
説明
これは、事業継続や戦略的な取り組みに欠かせないポジション、または代替が難しい独自のスキルを持つポジションを特定する、派生ブール属性です。この分類は通常、人員計画に基づいて人事部門と経営層が管理します。 このフラグは、「重要ポジションの離職率」KPIの算出に欠かせません。重要な人材の離職に絞って分析できるため、効果が見込める領域を優先して定着施策を進められます。ダッシュボードをこの属性で絞り込むと、特に重要な従業員に影響するプロセス上の問題を確認できます。
重要な理由
組織にとって特に重要な従業員の在籍期間や離職状況を個別に把握・分析し、定着施策の優先順位付けに役立てられます。
入手先
「JobRole」属性を、事業部門が提示する重要ポジションの事前定義リストと照合して算出します。
例
truefalse
|
|||
|
雇用形態
EmployeeType
|
従業員の雇用形態を分類します。「正社員」「パートタイム」「契約社員」などが該当します。 | ||
|
説明
この属性は、雇用関係の種類を分類します。雇用形態によって、オンボーディング、パフォーマンス管理、オフボーディングのプロセスが異なることがあります。 雇用形態別にプロセスを分析すると、顕著な違いが見つかる場合があります。たとえば、契約社員のオンボーディングは、正社員の場合より大幅に短く、手順も少ないことがあります。この属性で分析を分類すると、比較の妥当性が高まり、雇用形態ごとのプロセス改善の機会を特定できます。
重要な理由
雇用形態別にプロセスを分析し、従業員の種類による経路や要件の違いを明らかにできます。
入手先
Oracle HCMの文書を参照してください。Core HRの標準的な従業員アサインメント情報に含まれています。
例
正社員パートタイム従業員契約社員インターン
|
|||
|
雇用終了日
TerminationDate
|
従業員の最終勤務日です。 | ||
|
説明
雇用終了日は、従業員の在籍期間が正式に終了した日を示します。オフボーディングプロセスの重要な日付であり、最終給与の計算、福利厚生の終了、システムアクセスの停止などの基準となります。 プロセスマイニングでは、入社日と組み合わせて従業員の在籍期間を算出します。また、オフボーディングプロセスを分析する際の基準日となり、退職に合わせて必要なタスクが適時に完了したかを測定できます。
重要な理由
従業員ライフサイクルの終了日を定め、在籍期間の算出やオフボーディングの適時性の分析に利用できます。
入手先
Oracle HCMの文書を参照してください。Core HRの雇用終了プロセスで記録される標準フィールドです。
例
2024-05-312023-12-152024-01-05
|
|||
採用から退職までの従業員ライフサイクルのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
オフボーディングタスクの完了
|
資産の返却、知識の引き継ぎ、最終給与の処理など、必要なオフボーディング手続きがすべて完了したことを示します。従業員の記録が適切に終了したことを表します。 | ||
|
重要な理由
従業員ライフサイクルの最終アクティビティです。平均オフボーディングサイクルタイムの測定や、コンプライアンスに沿って効率よく手続きが完了したかの確認に利用できます。
入手先
Oracle HCMで従業員に割り当てられたオフボーディングの一連の手続き、またはマスターのチェックリストの完了から推定されます。
記録
オフボーディングの一連の手続き全体の完了時刻、または一連のタスクの最終タスクの完了時刻から推定されます。
イベントタイプ
inferred
|
|||
|
オンボーディング開始
|
新入社員に正式なオンボーディング計画またはチェックリストが作成され、割り当てられたことを示すアクティビティです。システム上でオンボーディングが正式に始まった時点を表します。 | ||
|
重要な理由
入社前準備からオンボーディングへの移行を示します。オンボーディング全体のサイクルタイムと一貫性を測定する重要な節目です。
入手先
人事担当者または自動処理が、入社予定者または従業員のレコードにオンボーディングの「一連の手順」を割り当てたときに記録される明示的なイベントです。
記録
従業員に割り当てられたオンボーディングの一連の手順の作成イベントから記録します。
イベントタイプ
explicit
|
|||
|
内定承諾
|
候補者が正式に内定を承諾した時点を示すアクティビティです。Oracle HCMで入社前準備とオンボーディングのプロセスを開始するきっかけになります。 | ||
|
重要な理由
従業員の一連の流れが始まる重要な時点です。このイベントから後続の手順までにかかる時間を分析すると、採用からオンボーディングへの引き継ぎの効率を測定できます。
入手先
通常は、候補者の内定ステータスが「承諾済み」などに更新された際に、採用管理モジュールに記録されます。その後、オンボーディングが始まります。
記録
候補者の内定レコードのステータス変更から推定します。
イベントタイプ
inferred
|
|||
|
従業員のオンボーディング
|
従業員が組織の一員として正式に勤務を開始する入社日です。人事システムの従業員レコードが、入社予定者から在職中の従業員に切り替わったことを示します。 | ||
|
重要な理由
従業員ライフサイクルの主要な節目です。オンボーディングの所要時間や、業務で成果を上げるまでの期間を測定する際のベースラインになります。
入手先
「入社日」フィールドが入力され、従業員の人事ステータスが「アクティブ」になった状態に該当します。コア人事モジュールで行われる基本的な処理です。
記録
従業員レコードの「入社」処理の有効日から記録します。
イベントタイプ
explicit
|
|||
|
給与設定完了
|
新入社員の情報処理がすべて完了し、給与システムで有効になった時点を示します。銀行口座情報、税の源泉徴収、給与情報などが含まれます。 | ||
|
重要な理由
給与設定を期日どおりに完了することは、新入社員の満足度に直結し、人事業務の効率を示す重要な指標です。このアクティビティは、給与設定の期日遵守率に関する重要業績評価指標の測定に役立ちます。
入手先
オンボーディングの一連の手順に含まれる給与関連タスクの完了、または従業員の給与モジュールでのステータス更新から推定できます。
記録
給与関連のオンボーディングタスクがすべて完了した日から推定します。
イベントタイプ
inferred
|
|||
|
雇用終了の申請
|
退職または雇用終了の決定を受けて開始される、オフボーディングプロセスの正式な開始を示します。以降のオフボーディングタスクは、この申請を起点に始まります。 | ||
|
重要な理由
従業員ライフサイクルの最終段階の開始を示すイベントです。オフボーディングのサイクルタイムや離職率を分析する際の起点になります。
入手先
マネージャーまたは人事管理者が従業員の雇用終了を申請すると、Oracle Core HRに人事アクションとして記録されます。
記録
従業員の記録にある「雇用終了」アクションの発効日から取得されます。
イベントタイプ
explicit
|
|||
|
I-9確認完了
|
米国の必須書類であるForm I-9(就労資格確認)の確認が完了したことを示します。米国で採用するすべての従業員に必要な、重要なコンプライアンス手順です。 | ||
|
重要な理由
このアクティビティを追跡することは、法令遵守を確保し、法的制裁を避けるうえで欠かせません。オンボーディングで必ず実施する必要がある手順です。
入手先
Oracle HCMのオンボーディングの一連の手順にある専用のI-9タスクの完了ステータスから記録します。このタスクには、確認日を記録する専用フィールドが設けられていることがよくあります。
記録
Form I-9タスクの完了ステータスとタイムスタンプから推定します。
イベントタイプ
inferred
|
|||
|
人事評価実施
|
従業員の正式な人事評価サイクルが完了したことを示します。従業員の在職期間中に定期的に発生するイベントです。 | ||
|
重要な理由
評価の頻度や定期性を分析することは、人事評価の実施状況と、従業員の能力開発や定着への影響を把握するうえで重要です。
入手先
この情報は、Oracle HCMのパフォーマンス管理モジュールに記録されます。このイベントは、評価文書の最終承認または完了ステータスに該当します。
記録
パフォーマンス評価フォームまたはプロセスの完了日から推定されます。
イベントタイプ
inferred
|
|||
|
新入社員データ提出
|
新入社員が個人データの収集に関するタスクを完了したことを示します。個人情報や税務書類など、必要な文書への記入が含まれます。 | ||
|
重要な理由
このアクティビティを漏れなく期日どおりに完了することは、給与設定など後続の手順に欠かせません。ここで遅れると、その後の業務に大きな影響が及ぶ可能性があります。
入手先
オンボーディングの一連の手順に含まれる、個人データ収集に関する特定のタスクまたはタスク群の完了タイムスタンプから推定します。
記録
「個人情報」または同等のタスクの完了日から推定します。
イベントタイプ
inferred
|
|||
|
昇進の承認
|
従業員の昇進に対する最終承認を示します。従業員のキャリア形成における重要な節目です。 | ||
|
重要な理由
このイベントは社内異動プロセスの完了を示し、社内異動の承認時間に関する重要業績評価指標(KPI)の算出や、キャリア形成の進み方の分析に利用できます。
入手先
ワークフローで昇進のトランザクションが最終承認されると記録されます。昇進の発効日も記録されます。
記録
昇進アクションの最終承認時に、ワークフローシステムから記録されます。
イベントタイプ
explicit
|
|||
|
研修割り当て
|
新入社員に必須研修または職務に応じた研修が割り当てられたことを示すアクティビティです。通常、連携された学習管理システム(LMS)を通じて割り当てます。 | ||
|
重要な理由
新入社員がコンプライアンス要件を満たし、職務に必要な知識やスキルを身につけられるようにします。このアクティビティを分析すると、研修の期日内割り当て率を測定し、抜けを特定できます。
入手先
Oracle Learning CloudまたはサードパーティのLMSとの連携から取得します。従業員IDに紐づく研修割り当てが作成された時点がイベントになります。
記録
学習管理者または自動ルールが従業員にコースを割り当てたときに記録されます。
イベントタイプ
explicit
|
|||
|
職務変更の申請
|
従業員の職務、部門、または勤務地を変更するプロセスの開始を示します。昇進、同等職への異動、その他の社内異動が該当します。 | ||
|
重要な理由
このアクティビティは、社内異動の効率を測定する起点です。申請から承認までに長い時間がかかる場合、プロセスにボトルネックがある可能性があります。
入手先
Core HRで、マネージャーまたは人事担当者が従業員の「職務変更」または「昇進」を申請すると記録されます。
記録
「職務変更」「異動」「昇進」などの人事アクションのトランザクションログから取得されます。
イベントタイプ
explicit
|
|||
|
身元調査完了
|
身元調査が正常に完了したことを示します。調査結果によって、採用プロセスを続行できるかどうかが決まります。 | ||
|
重要な理由
このイベントのタイムスタンプは、身元調査の合計サイクルタイムを算出するうえで重要です。ここでの遅れは、従業員の入社日に直接影響します。
入手先
従業員のオンボーディングで、「身元調査」タスクのステータスが「完了」または「確認済み」に更新されたときに記録されます。
記録
身元調査タスクのステータスが最終的な「完了」状態に変わった時点から推定します。
イベントタイプ
inferred
|
|||
|
身元調査開始
|
新入社員の身元調査が正式に始まったことを示します。通常、オンボーディングのチェックリストまたは一連の手順に、個別のタスクとして登録されます。 | ||
|
重要な理由
身元調査の所要時間は、よく見られるボトルネックです。開始時刻を追跡することは、身元調査のリードタイムに関する重要業績評価指標を測定し、改善するうえで欠かせません。
入手先
Oracle HCMの従業員向けオンボーディングで、「身元調査」タスクが割り当てられたとき、またはステータスが「進行中」に変わったときに記録されると考えられます。
記録
身元調査タスクのステータス変更または作成日から推定します。
イベントタイプ
inferred
|
|||
|
退職面談の実施
|
退職する従業員との面談が完了したことを示します。通常、オフボーディングの一連の手続きに含まれるタスクとして管理されます。 | ||
|
重要な理由
退職理由に関する定性的なデータを得られます。完了状況を追跡することで、貴重なフィードバックを継続的に収集できます。
入手先
通常、オフボーディングのチェックリストまたは一連の手続きに含まれる手動タスクとして追跡されます。このイベントはタスクの完了を示します。
記録
オフボーディングの一連の手続きにある「退職面談」タスクの完了日から推定されます。
イベントタイプ
inferred
|
|||
データ抽出ガイド
始める準備はできましたか?
このテンプレートを使って、採用から退職までのプロセス改善を始めましょう。従業員のライフサイクルを、今日から見直せます。
採用から退職までのライフサイクル改善を今日から始めましょう
採用から退職までの期間を30%短縮し、従業員体験を向上させましょう。
クレジットカードは不要です。数分で設定できます。