データテンプレート: 人材採用から退職までの従業員ライフサイクル
貴社の「入社から退職まで」の従業員ライフサイクルデータテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- 実践的なデータ抽出ガイド
採用から退職までの従業員ライフサイクル属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
発生した特定の従業員ライフサイクルイベントの名前。 | ||
|
説明
この属性は、「採用から退職まで」のプロセスにおける単一のステップまたはマイルストーンを記述します。例えば、「内定承諾」、「人事評価実施」、「従業員退職」などです。これらのアクティビティは、プロセスマップのノードを形成します。 これらのアクティビティ間の順序、頻度、期間を分析することが、プロセスマイニングのコアです。これにより、一般的なプロセスパス、逸脱、ボトルネックを特定でき、従業員ライフサイクルを理解し、最適化するために不可欠です。
その重要性
この属性は、プロセスの各ステップを定義し、従業員のジャーニーの可視化と分析を可能にします。
取得元
これは通常、イベントログ、監査証跡、または様々なUKG Proモジュール(例:Recruiting、Onboarding、Performance)におけるステータス変更をマッピングすることによって導出されます。
例
内定承諾済み人事評価実施済み退職手続き開始
|
|||
|
イベント日時
EventTime
|
従業員ライフサイクルイベントが発生したことを示すタイムスタンプ。 | ||
|
説明
この属性は、各アクティビティの正確な日時を提供し、イベントを時系列に並べ、それらの間の期間を計算するために不可欠です。これは、従業員のジャーニーのタイムラインを形成します。 プロセス分析において、このタイムスタンプは、採用サイクルタイム、オンボーディング期間、昇進までの時間など、すべての時間ベースのメトリクスを計算するために使用されます。パフォーマンス監視、SLA遵守チェック、プロセスにおける遅延の特定にとって基本的です。
その重要性
このタイムスタンプは、イベントを正確に順序付けし、サイクルタイムや期間といったあらゆるパフォーマンス指標を算出するために不可欠です。
取得元
UKG Proのすべてのトランザクションまたはイベントレコードには、作成日または有効日のタイムスタンプが必要です。
例
2023-01-15T09:00:00Z2023-06-20T14:35:10Z2024-02-01T11:21:00Z
|
|||
|
従業員ID
EmployeeId
|
組織内における従業員ライフサイクルの一意の識別子。 | ||
|
説明
Employee ID(従業員ID)は、単一の従業員に関するすべてのライフサイクルイベントを結びつけるプライマリーキーとして機能します。最初に応募して採用されてから、様々な役割や人事評価を経験し、最終的な退職やオフボーディングに至るまでのジャーニーを追跡できます。 プロセスマイニング分析において、この属性はCase IDとして不可欠です。これにより、各従業員のエンドツーエンドのジャーニーを再構築でき、在職期間の計算、キャリアパスの可視化、異なる従業員セグメント間での離職パターンの特定といった分析が可能になります。
その重要性
これは、すべての従業員関連イベントを連携させ、従業員全体のジャーニーを分析することを可能にする不可欠なケースIDです。
取得元
これは、ほとんどのUKG Pro従業員プロファイルまたはマスターデータモジュールにおける中心的なフィールドです。
例
100234598345125501298
|
|||
|
ソースシステム
SourceSystem
|
データが抽出されたソースシステムを特定します。 | ||
|
説明
この属性は、イベントデータの起源、例えば「UKG Pro」を指定します。複数のシステムからのデータが結合される環境で特に有用です。 分析において、データガバナンス、データ品質問題のトラブルシューティング、およびプロセスの技術的ランドスケープの理解に役立ちます。これにより、洞察が正しいシステムオブレコードに帰属することを保証します。
その重要性
データのオリジンに関する重要なコンテキストを提供します。これはデータガバナンス、検証、および複数システムにわたるプロセスビューにとって不可欠です。
取得元
データ抽出・変換の過程で付与する固定値で、データセットのソースを示すラベルとして利用します。
例
UkgProUkgPro-RecruitingUkgPro-Payroll
|
|||
|
最終データ更新
LastDataUpdate
|
データがソースシステムから最後に更新されたタイムスタンプ。 | ||
|
説明
この属性は、分析対象データの鮮度を示します。UKG Proからの最終データ抽出の成功日時を記録します。 あらゆる分析において、データの適時性を把握することは、結果を正しく解釈するために不可欠です。ユーザーが最新のプロセスパフォーマンスを表示しているかどうかを理解し、古い情報に基づいて結論を出すことを避けるのに役立ちます。
その重要性
データの適時性をユーザーに通知し、分析が常に最新情報に基づいていることを保証します。
取得元
これは、データ抽出ツールまたはスクリプトによって生成されるメタデータフィールドであり、実行のタイムスタンプを記録します。
例
2024-05-20T04:00:00Z2024-05-19T04:00:00Z2024-05-18T04:00:00Z
|
|||
|
SLA目標日
SlaTargetDate
|
パフォーマンスレビューのようなアクティビティが完了すべき期日。 | ||
|
説明
Service Level Agreement(SLA)ターゲット日付は、特定の時間制約のあるアクティビティの完了期限を定義します。これは通常、毎年または半期ごとに実施が予定されているパフォーマンスレビューに最もよく使用されます。 この属性は、コンプライアンスと内部ポリシーの順守を測定するために不可欠です。実際の完了時間(EventTime)と「SlaTargetDate」を比較することで、「Performance Review Adherence」のようなKPIを計算し、重要なタスクの実施が常に遅延している部署やマネージャーを特定できます。
その重要性
内部期限、特に人事評価やその他の定期的なタスクに対するコンプライアンスの測定を可能にします。
取得元
この日付は、UKG Pro Performance Management モジュールに保存されていることが多く、または従業員の入社日をもとに導出することも可能です。
例
2023-12-31T23:59:59Z2024-06-30T23:59:59Z2024-03-15T23:59:59Z
|
|||
|
イベント実行者
EventPerformer
|
アクティビティを実行したユーザーまたはシステムエージェント。 | ||
|
説明
この属性は、プロセスステップの完了を担当する個人または自動化されたシステムを特定します。これは、採用担当者、採用マネージャー、HR管理者、またはシステムバッチジョブである可能性があります。 イベント実行者を分析することで、リソース配分、ワークロードの分散、個人間またはチーム間のパフォーマンスの違いを理解するのに役立ちます。手動アクティビティがボトルネックを引き起こしている場合の自動化の機会を浮き彫りにし、特定のユーザーが標準プロセスから逸脱しているかどうかの確認にも役立ちます。
その重要性
誰がアクションを実行したかを特定します。これは、リソース分析、ワークロードバランシング、トレーニング機会の特定に不可欠です。
取得元
これは、UKG Proのトランザクションに関連付けられた監査証跡ログまたは「Last Modified By」フィールドでよく見られます。
例
recruiter.janemgr.john.doeSYSTEM_BATCH
|
|||
|
マネージャー名
ManagerName
|
イベント発生時の従業員の直属の上司の名前。 | ||
|
説明
この属性は、従業員の直属の上司を特定します。マネージャーは、昇進の承認、人事評価の実施、役割変更の開始など、多くの「採用から退職まで」のサブプロセスにおける主要なアクターとなることがよくあります。 分析において、マネージャーディメンションは、特定のマネージャーや管理スタイルに関連するプロセス実行のバリエーションを特定するのに役立ちます。「マネージャー移行サイクルタイム」などのKPIをサポートし、オンボーディングやパフォーマンス管理などのプロセスが異なるリーダーによってどのように処理されているかの一貫性のなさを明らかにすることができます。
その重要性
マネージャー別のプロセス変動を分析し、潜在的なトレーニングニーズを特定したり、高いパフォーマンスを発揮するリーダーを認識したりするのに役立ちます。
取得元
これは、UKG Proの主要HRモジュール内の従業員の報告構造データの一部です。
例
Jane SmithJohn Doeエミリー・ジョーンズ
|
|||
|
職務役割
JobRole
|
イベント発生時の従業員の具体的な役職または役割。 | ||
|
説明
Job Role(職務役割)属性は、「Software Engineer」「Sales Manager」「HR Business Partner」といった従業員の職位を記録する属性です。これは昇進や役割変更によって時間とともに変化する場合があります。 これは分析にとって重要なディメンションであり、プロセスパフォーマンスのセグメント化と比較に使用されます。「どの職務役割が最も離職率が高いか?」や「技術職と非技術職の平均採用期間はどれくらいか?」といった疑問に答えるのに役立ちます。「Employee Turnover」や「Hiring Cycle Time」といったダッシュボードの構築に不可欠です。
その重要性
従業員の機能別にプロセスをフィルタリング・比較できるため、役割固有の傾向やボトルネックの特定に不可欠です。
取得元
この情報は、UKG Pro 内の従業員の職務または役職記録に保存されます。
例
ソフトウェアエンジニア IIシニアファイナンシャルアナリストマーケティングコーディネーター
|
|||
|
職務要件ID
JobRequisitionId
|
求人または採用要請の一意の識別子。 | ||
|
説明
この属性は、求人作成から内定承諾までの初期段階の採用アクティビティすべてを、特定の求人に関連付けます。これは、より広範な従業員ライフサイクル内のミニケースIDとして機能し、同じ職位に応募したすべての候補者をグループ化します。 採用分析にとって、このIDは非常に重要です。求人リクイジションごとに「平均採用サイクルタイム」を計算でき、異なる役割や部署における採用プロセスの効率性を分析するのに役立ちます。「求人リクイジション作成」アクティビティと、それに続くすべての候補者関連イベントを関連付けます。
その重要性
特定の求人におけるすべての採用活動をグループ化し、正確な採用ファネルとサイクルタイム分析を可能にします。
取得元
これは、UKG Pro Recruiting または Talent Acquisition モジュールにおける主キーです。
例
REQ-2023-05-101REQ-2024-01-205REQ-FIN-003
|
|||
|
退職理由
TerminationReason
|
自発的または非自発的`といった、従業員の退職理由。 | ||
|
説明
この属性は、従業員の在籍期間が終了した理由に関するコンテキストを提供します。理由は、「自己都合退職」「会社都合退職(パフォーマンス不振など)」「定年退職」などのグループに分類されることがよくあります。 これは、あらゆる有意義な離職率分析にとって不可欠な属性です。企業が望ましくない離職とやむを得ない離職を区別し、従業員定着化の取り組みを効果的に集中させることを可能にします。例えば、特定の部署で自己都合退職が多い場合、それは経営上または文化的な問題を示唆している可能性があります。
その重要性
離職分析に不可欠なコンテキストを提供し、自発的退職と非自発的退職を区別するのに役立ちます。
取得元
このデータは、退職プロセス中に取得され、UKG Pro の従業員記録に保存されます。
例
自己都合退職非自発的退職 - 業績不振退職
|
|||
|
部署
Department
|
従業員が所属する部署または組織単位。 | ||
|
説明
この属性は、従業員が配属されている「エンジニアリング」「ファイナンス」「人事」などの部署を表します。職務と同様に、これは従業員の在籍期間中に変更される可能性があります。 部署別に分析することは、組織全体のプロセスパフォーマンスを分解する主要な方法です。「採用サイクルタイム」から「人事評価遵守率」まで、ほぼすべてのダッシュボードで使用され、ビジネスのどの部分が効率的に機能しており、どの部分に注意が必要かを特定します。
その重要性
異なる事業部門間のパフォーマンス比較を可能にし、部門固有のプロセス課題やベストプラクティスの特定に役立ちます。
取得元
UKG Proの従業員の組織割り当て情報で利用可能です。
例
テクノロジーセールス&マーケティング財務
|
|||
|
イベントの終了時刻
EventEndTime
|
測定可能な期間を持つアクティビティが完了したことを示すタイムスタンプ。 | ||
|
説明
多くのライフサイクルイベントは瞬時に発生しますが、「バックグラウンドチェック」や「面接」のように、明確な開始時刻と終了時刻を持つものもあります。この属性は、そのようなアクティビティの完了タイムスタンプを捕捉します。 終了時刻を持つことは、個々のアクティビティの処理時間を正確に算出するために不可欠です。これにより、異なるアクティビティ間の単純なサイクルタイム計算にとどまらず、プロセス内で時間がどこで費やされているかについて、より詳細な分析が可能になります。
その重要性
特定のアクティビティの実際の期間(処理時間)の算出を可能にし、プロセスボトルネックに関するより深い洞察を提供します。
取得元
これは、UKG Proトランザクション記録内の個別の「完了日」フィールドから取得する必要がある場合があります。
例
2023-01-15T11:30:00Z2023-06-21T10:00:10Z2024-02-01T11:25:00Z
|
|||
|
ビジネスユニット
BusinessUnit
|
従業員が所属する上位の事業部門または単位。 | ||
|
説明
事業部門は、「消費者製品」や「エンタープライズソリューション」などのように、部署よりも上位の組織構造を表します。 この属性は、従業員構成に関する戦略的な高レベル分析を可能にします。企業の主要部門間でプロセスのパフォーマンスを比較するために使用でき、HRプロセスの効率性や従業員の離職率について経営層レベルでの視点を提供します。
その重要性
主要な組織部門全体で、プロセスパフォーマンスの高度な分析を可能にします。
取得元
これは、UKG Proにおける従業員の組織割り当てデータの一部です。
例
グローバルテクノロジーサービスCloud and Cognitive Software本社
|
|||
|
人事評価遅延
IsPerformanceReviewLate
|
パフォーマンスレビューが目標日より遅れて完了したかを示すブール値のフラグです。 | ||
|
説明
これは、Performance Review Conducted アクティビティが対応するSlaTargetDateの後に発生したインスタンスをフラグする導出されたブール属性です。EventTimeとSlaTargetDateを比較することで計算されます。 この属性により、コンプライアンス分析が簡素化されます。すべてのチャートで直接日付を比較する代わりに、このフラグを使用することで、「Performance Review Adherence」KPIを計算するための簡単なフィルタリングと集計が可能になります。これにより、コンプライアンス違反のケースを迅速に特定し、さらなる調査につなげることができます。
その重要性
遅延した人事評価を特定・分析するためのシンプルな二値フラグを提供し、コンプライアンスモニタリングを直接的に支援します。
取得元
これは、データ変換中に、レビューアクティビティのEventTimeをSlaTargetDateと比較することで計算されます。
例
truefalse
|
|||
|
候補者ID
CandidateId
|
従業員になる前の求職者に対するユニークな識別子。 | ||
|
説明
Candidate ID(候補者ID)は、応募からオファーまでの採用プロセス全体を通じて個人を追跡します。採用されると、このIDは新しいEmployee IDにリンクされます。 この識別子は、採用前プロセスを詳細に分析するために不可欠です。各段階(応募、面接、オファー)での候補者のコンバージョン率の追跡を可能にし、「Background Check Compliance」のようなダッシュボードでは、オファーを受け入れた各候補者に対してすべてのステップが順守されていることを確認する上で不可欠です。
その重要性
採用ファネルにおける個人の動きを追跡することで、コンバージョン率や採用前プロセスのコンプライアンス分析が可能になります。
取得元
これは、UKG Pro Recruiting または Applicant Tracking System (ATS) モジュールにおける主キーです。
例
CAND-843921CAND-910234CAND-100345
|
|||
|
処理時間
ProcessingTime
|
アクティビティに実作業として費やした時間。 | ||
|
説明
処理時間は、アクティビティが開始から終了までにかかった実際の時間を測定します。これは「EventEndTime」と「EventTime」の差として計算されます。 このメトリックは、サイクルタイムよりも正確な効率性の尺度を提供します。なぜなら、タスク間の待機時間ではなく、単一タスクの期間に焦点を当てるからです。プロセス全体の中でどの特定のアクティビティが最も時間を要するかを特定するのに役立ちます。
その重要性
アクティビティの実際の作業期間を測定し、どの特定のタスクに最も時間がかかっているかを特定するのに役立ちます。
取得元
これは、データ変換中にEventTimeとEventEndTimeの属性から計算されます。
例
864000003600000600000
|
|||
|
場所
Location
|
従業員が勤務する地理的な場所またはオフィス。 | ||
|
説明
この属性は、従業員の物理的または割り当てられた勤務地(都市、国、特定のオフィスビルなど)を指定します。これは、プロセスにおける地理的なバリエーションを理解するのに役立ちます。 場所別に分析することで、採用時間、離職率、グローバルプロセスへの遵守における地域差を明らかにすることができます。これは、グローバル企業がローカルな規制や慣習を考慮しながらHR業務を標準化しようとする場合に特に有用です。
その重要性
プロセスを地域別にセグメント化することで、パフォーマンスやコンプライアンスにおける地域差を明確にできます。
取得元
これは、UKG Proプロファイルに保存されている従業員の勤務地情報の一部です。
例
ニューヨーク、アメリカロンドン、イギリスシンガポール
|
|||
|
従業員在籍期間
EmployeeTenure
|
従業員が組織に在籍している総期間。 | ||
|
説明
従業員在籍期間は、「Employee Hired」の日付から、「Employee Terminated」の日付、または現役従業員の場合は現在の日付までの計算された期間を表します。これは従業員の勤続年数を示す指標です。 このメトリックは人材分析にとって不可欠です。ディメンションとして使用することで、プロセス上の問題がキャリアの異なる段階の従業員にどのように影響するかを理解できます。例えば、在籍期間別の離職率を分析することで、新入社員が不均衡に離職しているかどうかを明らかにし、オンボーディングや役割の適合性に関する潜在的な問題を示すことができます。
その重要性
従業員の勤続年数を測定します。これは重要な成果指標であり、離職率やエンゲージメントを分析するための貴重な分析軸となります。
取得元
このメトリックは、「Employee Hired」イベントタイムスタンプと、「Employee Terminated」タイムスタンプまたは現在日付のいずれかを使用して計算されます。
例
3153600000015768000000063072000000
|
|||
|
採用サイクルタイム
HiringCycleTime
|
求人要請の作成からオファーの受諾までに要した総時間。 | ||
|
説明
この計算メトリクスは、特定の求人に対する採用プロセスの総期間を測定します。通常、与えられた求人リクイジションIDにおける「求人リクイジション作成」イベントと「内定承諾」イベント間の時間差として計算されます。 これは、採用機能における主要なKPIであり、採用の速度を直接測定します。このメトリクスを分析することで、採用ファネルにおけるボトルネックを特定でき、「採用サイクルタイム分析」ダッシュボードの主要コンポーネントとなります。
その重要性
これは採用効率における主要なKPIであり、新規採用を確保するまでにかかる時間を定量的に示します。
取得元
これは、イベントログからのタイムスタンプを使用して、ケースレベル(求人申請または従業員ごと)で計算されます。
例
388800000025920000005184000000
|
|||
|
給与等級
SalaryGrade
|
従業員の役割に関連付けられた報酬グレードまたはバンド。 | ||
|
説明
Salary Grade(給与等級)は、HRが報酬目的で職務をグルーピングするために使用する管理カテゴリです。この等級の変更は、昇進や重要な役割変更と関連していることが多いです。 この属性は、キャリアパスの進捗とデータ更新の適時性を分析するのに役立ちます。「Employee Data Update Delay」KPIでは、「Promotion Approved(昇進承認)」イベントと「Salary Grade」フィールドの対応する変更との間の時間を測定し、HRシステムが迅速に更新されていることを保証できます。
その重要性
キャリアパスの追跡を支援し、昇進後の報酬関連データがタイムリーに更新されていることを確認します。
取得元
これは、UKG Pro内の従業員の報酬または職務データ記録に保存されます。
例
IC3M2EXEC1
|
|||
|
雇用形態
EmploymentType
|
従業員の勤務形態(例:フルタイム、パートタイム)を分類します。 | ||
|
説明
この属性は、「正社員」「パートタイム」「契約社員」「インターン」など、雇用契約の性質を定義します。このステータスは、個人に適用されるプロセスやポリシーに影響を与える可能性があります。 分析において、雇用形態でセグメント化することで、異なるプロセス挙動が明らかになります。例えば、契約社員のオンボーディングプロセスは、正社員と比べて大幅に異なり、より迅速である可能性があります。このディメンションは、プロセスのバリエーションに貴重なコンテキストを追加します。
その重要性
さまざまなタイプの労働者におけるプロセス経路と期間の変動を説明する重要なコンテキストを提供します。
取得元
これは、UKG Proの従業員の主要HRプロファイルにある標準フィールドです。
例
常勤パートタイム契約社員インターン
|
|||
採用から退職までの従業員ライフサイクルアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
内定承諾済み
|
このイベントは、候補者が正式に採用オファーを受諾したことを示します。通常、採用担当者がUKG Proシステムで候補者のステータスを更新することで捕捉され、採用プロセスの次のステップがトリガーされます。 | ||
|
その重要性
これは採用プロセスにおける重要な成功マイルストーンであり、採用サイクルタイム分析を締めくくります。身元調査などのOnboarding前アクティビティのトリガーとして機能します。
取得元
候補者のステータスが「Offer Accepted」またはそれに準ずる状態に更新された際に、採用モジュールで記録されます。このステータス変更のタイムスタンプが使用されます。
取得
応募ステータスが「Offer Accepted(内定承諾済み)」、「Hired(採用済み)」、または同等の値に変更されたタイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
従業員が退職しました
|
これは、従業員の最終勤務日にシステムで従業員のステータスが「Terminated」に変更される、最終的かつ公式なイベントです。これは、退職アクションの発効日から捕捉されます。 | ||
|
その重要性
このアクティビティは、従業員ライフサイクルの主要な終点です。離職率の計算や従業員の在籍期間を正確に定義するために不可欠です。
取得元
これはUKG Proにおける中心的なHRデータポイントです。従業員の職務履歴記録における承認済み退職トランザクションの発効日を指します。
取得
従業員の最終職務データレコードから、「退職日」または「発効日」を使用します。
イベントタイプ
explicit
|
|||
|
従業員を採用しました
|
このアクティビティは、コアHRシステムにおける従業員レコードの公式な作成を示し、候補者から従業員への移行を意味します。これは、多くの場合、入社日を含むコア従業員プロファイルの作成日から捕捉されます。 | ||
|
その重要性
これは、候補者が記録システム上で従業員となる決定的な時点です。Onboardingの効率性とデータの適時性を追跡するための基本的なマイルストーンとなります。
取得元
これはUKG Pro HRにおける中心的なイベントです。従業員の主要記録の作成日、または公式の「Hire Date」フィールドで特定できます。
取得
主要な従業員テーブルまたはプロファイルから、「入社日」または作成タイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
給与設定完了
|
このイベントは、新規従業員の給与情報(銀行口座情報や税務書類など)が完全に入力・検証された際に発生します。これは、Onboarding チェックリスト内の特定の給与関連タスクの完了から推測されることが多くあります。 | ||
|
その重要性
タイムリーで正確な給与設定は、新入社員の良好な体験と業務効率にとって極めて重要です。このKPIは、コアオンボーディングの最終ステップを追跡するのに役立ちます。
取得元
これは、UKG Pro Onboarding モジュールにおける給与関連タスクの完了日、または従業員の初回給与支払いデータから推測できます。
取得
オンボーディングワークフロー内の、必要な給与データ入力タスクすべての完了タイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
職務要件作成済み
|
このアクティビティは、新しい求人リクイジションが作成され承認のために提出された際に、採用プロセスの公式な開始を示します。通常、ユーザーがUKG Proの採用モジュールでリクイジションフォームを確定したときに、明示的なイベントとして捕捉されます。 | ||
|
その重要性
これは、「Hire to Retireプロセス」全体の主要な開始点です。このイベントから「Offer Accepted」までの時間を分析することは、採用サイクルタイムKPIを測定し、採用ボトルネックを特定するために不可欠です。
取得元
UKG Proのリクルーティングモジュールに記録されます。これは明示的なイベントログであるか、求人票レコードの作成タイムスタンプから推測できます。
取得
採用データテーブルにある求人依頼レコードの作成タイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
退職手続き開始
|
このアクティビティは、従業員解雇の申請が提出された際に、オフボーディングプロセスの開始を示します。これは、従業員の最終日より前に、解雇処理の作成時から捕捉されます。 | ||
|
その重要性
これはOffboardingプロセスの開始点です。このイベントから「Offboarding Tasks Completed」までの時間を分析することは、退職プロセスの効率性と徹底度を測定するのに役立ちます。
取得元
従業員の解雇措置が入力された際に、コアHRモジュールで記録されます。タイムスタンプは、この措置が最初に保存または提出された時点に対応します。
取得
従業員の職務データにある退職依頼/トランザクションの作成または申請タイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
オンボーディング開始済み
|
これは、新規従業員向けの正式なOnboardingプロセスまたはワークフローの開始を示します。これは通常、UKG Pro OnboardingモジュールでOnboardingワークフローが割り当てられるか開始されたときに捕捉されます。 | ||
|
その重要性
このアクティビティは、新入社員の統合プロセスを開始します。この時点から「給与設定完了」といった後続ステップまでの時間を分析することで、オンボーディングの効率性を測定できます。
取得元
UKG Proオンボーディングモジュール内で見つかります。これは、新入社員に割り当てられたチェックリストまたはワークフローの開始タイムスタンプである可能性が高いです。
取得
従業員向けオンボーディングワークフローまたはタスクリストの作成タイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
ロール変更開始
|
従業員の役職変更(昇進、異動、または水平移動を含む)を表します。これは、マネージャーまたはHRがシステム内で役職データ変更リクエストを開始したときに記録されます。 | ||
|
その重要性
このアクティビティは、昇進だけでなく、あらゆる種類の社内異動を可視化します。組織のダイナミクスや再編を理解するのに役立ちます。
取得元
UKG ProのコアHRモジュールに「従業員の職務変更」または類似のトランザクションとして記録されます。そのトランザクションの開始日が使用されるべきです。
取得
「異動」や「再配置」などのさまざまなアクション理由コードによって識別される職務情報変更レコードの作成タイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
人事評価実施済み
|
このアクティビティは、従業員の正式な人事評価サイクルの完了を示します。通常、マネージャーがパフォーマンス管理モジュールで最終評価フォームを提出した時点で捕捉されます。 | ||
|
その重要性
このアクティビティを監視することは、パフォーマンス管理ポリシーの遵守状況を追跡するために不可欠です。これにより、従業員が自身の成長とエンゲージメントのために定期的なフィードバックを受けられるようになります。
取得元
UKG Proのパフォーマンス管理モジュールに記録されます。イベントは人事評価フォームの提出または完了タイムスタンプによって識別できます。
取得
業績評価ドキュメントの最終提出または承認タイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
候補者が応募しました
|
候補者が公開されている求人に応募を提出した瞬間を表します。これは、候補者プロファイルが正常に作成され、システム内の特定の求人募集にリンクされたときに記録されます。 | ||
|
その重要性
応募数と応募のタイミングを追跡することは、採用ソースやソーシング戦略の有効性を分析するのに役立ちます。これは、タレントアクイジションファネルにおける重要な初期段階のイベントです。
取得元
UKG Proの採用管理システム(ATS)コンポーネントに記録されます。各応募には提出タイムスタンプが必要です。
取得
候補者と求人IDに関連付けられた応募提出のタイムスタンプを抽出します。
イベントタイプ
explicit
|
|||
|
内定提示済み
|
正式な内定が作成され、候補者に送付された時点を示します。これは通常、内定通知書が作成された際や内定ステータスが更新された際に、採用モジュールに記録される明示的なアクションです。 | ||
|
その重要性
このアクティビティは、採用における重要なマイルストーンです。このイベントから「内定承諾」までの時間を追跡することで、候補者の意思決定にかかる時間や提示するオファーの競争力を測定できます。
取得元
UKG Proのリクルーティングモジュールには、求人オファーに関する特定のステータスまたはログエントリーがあるはずです。オファーステータスが「Extended(提示済み)」になったイベント、あるいはオファーレコードの作成日を確認してください。
取得
候補者の応募ステータスが「Offer Extended」(内定提示済み)または類似の状態に変わったことから推測されます。
イベントタイプ
inferred
|
|||
|
昇進承認済み
|
このイベントは、従業員の昇進が最終的に承認されたことを示します。これは通常、従業員の役職、等級、または昇進に伴う報酬を変更するトランザクションが承認され、有効になった時点で捕捉されます。 | ||
|
その重要性
昇進承認を追跡することは、社内異動やキャリアの進展を分析する上で重要です。申請から承認までのサイクルタイムは、タレントマネジメントプロセスの効率性を明らかにします。
取得元
このイベントは、従業員の職務データ変更記録を通じて捕捉されます。「昇進」の理由コードと発効日を持つ承認済みトランザクションを検索することで特定可能です。
取得
アクション理由が「昇進」である承認済み職務データ変更をフィルタリングし、承認または有効日のタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
研修割り当て
|
従業員への必須トレーニングコースまたは学習パスの割り当てを表します。これは通常、マネージャーまたは管理者がUKG Pro ラーニングモジュールでトレーニングを割り当てたときに記録されます。 | ||
|
その重要性
このアクティビティは、コンプライアンスと従業員育成を追跡する上で不可欠です。採用から研修割り当てまでのサイクルタイムは、新入社員がどれだけ迅速に業務遂行可能になるかを測定します。
取得元
UKG Proのラーニングまたはタレントマネジメントモジュールに記録されます。従業員のプロファイルへのコースまたは学習計画の割り当て日を確認してください。
取得
学習管理システム(LMS)のデータテーブルから、登録または割り当てタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
身元調査を開始しました
|
内定を承諾した候補者のバックグラウンドスクリーニングプロセスの開始を表します。このイベントは多くの場合、HRユーザーがUKG Proを介して統合された第三者サービスを通じてチェックを開始したときに記録されます。 | ||
|
その重要性
このアクティビティを追跡することは、コンプライアンスの確保と採用前スクリーニングの効率性監視に不可欠です。ここでの遅延は、新入社員の入社日に大きく影響を与える可能性があります。
取得元
UKG Proのオンボーディングモジュール、または外部スクリーニングプロバイダーと連携している場合はAPIログを通じて記録されることがあります。ステータス変更や特定のイベントログを確認してください。
取得
バックグラウンドチェックの開始に関連する特定のトランザクションまたはステータス更新を特定する必要があります。
イベントタイプ
explicit
|
|||
|
退職手続きタスク完了
|
この最終アクティビティは、資産回収やシステムアクセス削除といった、すべての退職に伴う管理業務の完了を示します。通常、Offboarding チェックリストの完了から推測されます。 | ||
|
その重要性
オフボーディングの全手順が完了していることを確認することは、セキュリティとコンプライアンスにとって極めて重要です。このアクティビティは、オフボーディングプロセスが正確かつ一貫して実行されたことを確認するのに役立ちます。
取得元
UKG Proオンボーディング/オフボーディングモジュール内で見つかります。これは、オフボーディングチェックリストまたはワークフローの最終タスクの完了タイムスタンプから推測されます。
取得
オフボーディングチェックリストの完了タイムスタンプ、またはそのチェックリスト内の最終タスクの完了タイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
退職面談実施
|
退職する従業員との退職面談の完了を表します。これは多くの場合、HRによって手動で記録されるか、オフボーディングチェックリスト内の退職面談タスクの完了から推測されます。 | ||
|
その重要性
退職面談の実施率を追跡することは、従業員の定着率向上に向けたフィードバックを収集するために重要です。実施率が低い場合は、プロセス上の課題を示唆している可能性があります。
取得元
UKG Proのオンボーディング/オフボーディングモジュールに完了したタスクとして、またはコアHRシステムにメモやカスタムフィールドとして記録される場合があります。記録方法は一貫しないことが多いです。
取得
ワークフロー内の「Exit Interview」(退職面談)タスクの完了タイムスタンプ、またはカスタムフィールドの更新から推測されます。
イベントタイプ
inferred
|
|||
|
面接予定
|
このイベントは、システム内で候補者との面接が正式にスケジュールされた際に発生します。通常、採用モジュールの面接スケジュールフィーチャーによって捕捉され、その日時がログに記録されます。 | ||
|
その重要性
応募から面接まで、そして面接の各段階間の時間を分析することで、選考プロセスにおける遅延を特定できます。これは採用ファネルにおける重要なマイルストーンです。
取得元
UKG Pro採用またはATSモジュール内で見つかります。候補者の応募に関連付けられた面接記録、特にスケジュールの作成日を確認することで特定できます。
取得
候補者の応募にリンクされた面接記録の作成タイムスタンプを使用します。
イベントタイプ
explicit
|
|||