データテンプレート:採用から退職までの従業員ライフサイクル
「採用から退職まで」 - 従業員ライフサイクル データテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- UKG Pro用抽出ガイド
採用から退職までの従業員ライフサイクル 属性
| 名前 | 説明 | ||
|---|---|---|---|
|
イベントのタイムスタンプ
EventTimestamp
|
特定のライフサイクルイベントが発生した正確な日時です。 | ||
|
説明
イベントのタイムスタンプは、各アクティビティの時系列コンテキストを提供し、プロセスフローの根幹を成します。これは、「オファー承認」や「昇進承認」といったイベントがシステムに登録された正確な時刻を記録します。 分析では、これらのタイムスタンプを用いてアクティビティ間の期間を算出し、遅延を特定し、採用やオンボーディングなどの主要なサブプロセスにおけるサイクルタイムを測定します。正確なタイムスタンプは、すべての時間ベースのKPIとパフォーマンス分析にとって不可欠です。
その重要性
この属性は、イベントを時系列で並べ替え、サイクルタイムや期間など、すべての時間ベースのメトリクスを計算するために不可欠です。
取得元
UKG Proの特定イベントに関連付けられた日付またはタイムスタンプフィールド(例:'HireDate'、'TerminationDate'、ワークフローモジュール内のステータス変更タイムスタンプなど)から取得されます。
例
2023-01-15T09:00:00Z2023-06-20T14:35:10Z2024-02-01T11:00:00Z
|
|||
|
従業員ID
EmployeeId
|
各従業員に割り当てられる固有の識別子で、組織内での従業員のライフサイクル全体の主要なケースIDとして機能`します。 | ||
|
説明
従業員IDは、従業員の最初の応募から最終的な退職まで、その従業員に関連するすべてのイベントを結びつける中心的な識別子として機能します。このIDは、個人のジャーニーにおけるエンドツーエンドのプロセス全体像を構築するために不可欠です。 プロセスマイニング分析では、「従業員採用」、「昇進承認」、「退職開始」など、すべてのアクティビティがこの固有のIDにリンクされます。これにより、個々の従業員の経路分析、従業員の属性に基づいたコホート分析、そしてライフサイクル期間の正確な算出`が可能になります。
その重要性
これは、従業員関連のすべてのイベントを連携させる不可欠なケース識別子であり、各個人の「採用から退職まで」のエンドツーエンドプロセスを分析することを可能にします。
取得元
これはUKG Proの主要なフィールドであり、通常、従業員プロファイルまたはマスターデータレコードで確認できます。特定のテーブル名やフィールド名についてはUKG Proのドキュメントを参照してください。多くの場合、「従業員番号」または「個人ID」とラベル付けされています。
例
10052198345210047
|
|||
|
アクティビティ名
ActivityName
|
従業員のライフサイクルで発生した特定のイベントまたはマイルストーンの名前です。「従業員採用」や「人事評価実施」などが含まれます。 | ||
|
説明
アクティビティ名は、採用から退職までのプロセスにおける個々のステップやタスクを表します。これらのイベントにはタイムスタンプが付与され、順序付けられることで、プロセスマイニングで可視化・分析されるプロセスフローが構築されます。 これらのアクティビティの順序と頻度を分析することで、実際のプロセス実行状況を把握できます。これにより、一般的な経路や標準プロセスからの逸脱、さらに「オンボーディング開始」や「給与設定完了」といった主要なアクティビティ間のボトルネック`特定に役立ちます。
その重要性
この属性は、プロセスマップ内のステップを定義し、従業員ライフサイクルフローの可視化と分析を可能にします。
取得元
これは通常、UKG Proの様々なモジュール(例:リクルーティング、オンボーディング、パフォーマンス管理)内にあるイベントログ、ワークフローステータス変更、または特定のデータフィールドから導き出されます。標準化されたアクティビティ名を生成するためには、通常、マッピングロジックが必要となります。
例
従業員採用済パフォーマンスレビュー実施済み退職手続き開始
|
|||
|
ソースシステム
SourceSystem
|
データが抽出されたシステムを特定します。このケースではUKG Proです。 | ||
|
説明
この属性は、プロセスデータの発生源を指定します。このコンテキストでは主にUKG Proですが、採用から退職までのプロセスには、採用管理システム(ATS)や学習管理システム(LMS)のような他のシステムからのデータが含まれる場合があります。 分析において、複数のシステムが関与している場合にデータソースを区別するのに役立ち、データガバナンスとトラブルシューティングにとって不可欠です。単一ソースビューの場合、データの発生源に関する重要なコンテキストを提供します。
その重要性
イベントデータの発生源を特定することで、データガバナンス、品質保証、トレーサビリティに関する重要なコンテキストを提供します。
取得元
これは通常、データ変換および抽出プロセス中に付加される静的バリュー('UKG Pro')です。
例
UKG ProUKGPro_CoreHRUKG
|
|||
|
最終データ更新
LastDataUpdate
|
このイベントのデータがソースシステムから最終的に更新または抽出された時刻を示すタイムスタンプです。 | ||
|
説明
この属性は、UKG Proからの最終データ抽出のタイムスタンプを提供します。これはビジネスイベントが発生した時間ではなく、レコードがプロセスマイニングツールに取り込まれた時間を示します。 この情報は、分析されているデータの鮮度を理解する上で極めて重要です。アナリストやビジネスユーザーがプロセスビューの最新性を把握し、データ更新スケジュールを管理し、洞察の最新性を検証するのに役立ちます。
その重要性
データの鮮度を示します。これは、分析を信頼し、タイムリーなビジネス上の意思決定を行う上で不可欠です。
取得元
このタイムスタンプは、データ抽出、変換、ロード(ETL)プロセス中に生成され、各レコードに付加されます。
例
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
マネージャー名
ManagerName
|
従業員の直属の上司の名前です。 | ||
|
説明
この属性は、従業員の直属のマネージャーを特定します。マネージャーは、業績評価、昇進、トレーニングの割り当てなど、多くのライフサイクルイベントにおいて重要な役割を果たします。 マネージャー別に分析することで、チームレベルでの実行のばらつきやマネージャーの有効性を理解するのに役立ちます。例えば、「マネージャー交代影響分析」のダッシュボードは、マネージャーの変更がその後の活動にどう影響するかを確認するために、この属性を活用しています。また、「マネージャー再エンゲージメントまでの時間」のKPIにとっても重要です。
その重要性
チームレベルでのプロセスパフォーマンス分析を可能にし、マネージャーが従業員ライフサイクルイベントに与える影響を評価するのに役立ちます。
取得元
この情報は、UKG ProのコアHRモジュール内の従業員の報告構造データの一部です。
例
John SmithMaria Garciaチェン・ウェイ
|
|||
|
実行ユーザー
ActioningUser
|
UKG Proでアクティビティを実行したユーザーの名前またはIDで、通常はHR担当者またはマネージャーです。 | ||
|
説明
この属性は、オファーを提示した採用担当者や昇進を承認したマネージャーなど、特定のプロセスステップの実行を担当する個人を特定します。これは、プロセス活動と人間アクターを結びつけます。 分析において、この属性はワークロードの配分を理解し、トレーニングのニーズを特定し、ユーザー固有のパフォーマンスを分析する上で非常に価値があります。例えば、「給与設定完了」後のデータ入力のエラーが特定のユーザーに集中しているかを特定するのに役立ち、「オンボーディング後データ手直し率」のKPIをサポートします。
その重要性
プロセス活動を特定のユーザーに紐づけることで、ワークロード分析、パフォーマンス比較、手戻りやエラーの調査が可能になります。
取得元
通常、UKG Proモジュール内の監査トレイルログまたは「最終更新者」フィールドで確認できます。正確なフィールド名はモジュールによって異なります。
例
j.does.smithhr_admin
|
|||
|
役職
JobTitle
|
従業員の正式な役職です。「ソフトウェアエンジニア」や「セールスマネージャー」などが含まれます。 | ||
|
説明
役職は、組織内における従業員の役割や職位を示します。この属性は、さまざまな役割や役職の階層間でプロセスがどのように異なるかを分析する上で重要な側面です。 分析では、役職を使用して、異なる役割のオンボーディング期間を比較したり、昇進の速度を評価したり、特定の役職で早期の離職率が高いかどうかを特定したりできます。これにより、HRプロセスとサポートプログラムを、異なる従業員グループの特定のニーズに合わせて調整するのに役立ちます。
その重要性
ロールベース分析により、ライフサイクルプロセスが職務や役職レベル間でどのように異なるかを理解できます。
取得元
これは、UKG ProのコアHRモジュール内の従業員の役職または職務レコードに関連付けられた標準フィールドです。
例
ソフトウェアエンジニアIIシニアプロダクトマネージャーHRビジネスパートナー
|
|||
|
採用日
HireDate
|
組織における従業員の雇用の正式な開始日です。 | ||
|
説明
入社日は、従業員の在職期間の始まりを示すものです。これは、従業員のライフサイクルに関連する多くの時間ベースの計算や分析の基準となる基本的な日付フィールドです。 この属性は、従業員の在職期間を算出するために使用され、「早期従業員離職率」分析において不可欠です。また、コホート分析にも役立ち、異なる期間に採用された従業員のライフサイクルパターンの比較`を可能にします。
その重要性
従業員の勤続年数を計算するためのベースラインとして機能し、コホート分析や離職率KPIに不可欠です。
取得元
これは、UKG ProのコアHRモジュール内の従業員の主要レコードにおける、標準かつ必須のフィールドです。
例
2022-08-152023-01-202021-05-10
|
|||
|
求人依頼ID
JobRequisitionId
|
採用プロセスを開始した求人票の固有のIDです。 | ||
|
説明
求人申請IDは、特定の求人に対する固有の識別子です。これは、求人の作成から承認、候補者のソーシング、オファーの提示まで、すべての初期段階の採用活動を結びつけます。 このIDは、採用プロセスの真の開始を示すため、「採用サイクルタイム」KPIの分析に不可欠です。単一の求人に対するファネル全体を追跡し、進行しない申請を特定することで、「非アクティブな求人申請率」などのメトリクスを分析`することが可能になります。
その重要性
採用プロセスの明確な開始点を提供し、採用サイクルタイムや募集の有効性を正確に測定できます。
取得元
UKG Proの採用モジュールまたは接続されている応募者追跡システム (ATS)内で確認されます。
例
REQ-2023-015REQ-2024-112REQ-2023-504
|
|||
|
部署
EmployeeDepartment
|
従業員が配属されている部門または組織単位です。 | ||
|
説明
この属性には、「営業」、「エンジニアリング」、「財務」など、従業員が配属されている部署の名称が含まれます。これは、プロセスパフォーマンスをセグメント化し、比較するための主要な組織の分類軸です。 部署を用いた分析により、異なる事業部門間のプロセス実行を比較できます。例えば、技術部門で採用サイクルタイムが長くなる傾向があるか、あるいは営業と運用の間でパフォーマンスレビューの遵守状況が大きく異なるかを分析し、改善のための的を絞った洞察を得ることが可能です。
その重要性
組織構造に基づいてプロセスをフィルタリングおよびセグメント化することで、強力な比較分析を可能にし、部署ごとの差異を明らかにします。
取得元
これは、UKG ProのコアHRモジュール内の従業員の職務または役職レコードにおける標準フィールドです。
例
エンジニアリング営業人事
|
|||
|
雇用ステータス
EmploymentStatus
|
従業員の現在または過去の雇用ステータスです。「現職」、「退職済み」、「休職中」などが含まれます。 | ||
|
説明
この属性は、特定の時点における従業員の会社内での公式ステータスを示します。これは、労働力全体の状況を理解し、分析を特定の従業員集団に絞り込むための重要な切り口です。 雇用ステータスの変更を分析することは、例えば一時的な休職と永続的な退職を区別するなど、プロセスを正確にモデル化するのに役立ちます。これは、チャーン率を計算し、異なるライフサイクルパスの結果を理解するために不可欠です。
その重要性
従業員の状況に関する不可欠なコンテキストを提供し、正確な離職分析や人員のセグメント化を可能にします。
取得元
これは、UKG ProのコアHRモジュール内の従業員マスターレコードにおける主要なフィールドです。
例
アクティブ終了済み休職
|
|||
|
イベントの終了時刻
EventEndTime
|
測定可能な期間を持つアクティビティの完了を示すタイムスタンプ`です。 | ||
|
説明
瞬時に完了しないアクティビティでは、イベント終了時刻がそのアクティビティの完了時点を記録します。これは、アクティビティの開始を示すイベントタイムスタンプ(開始時刻)とは対照的です。 開始時刻と終了時刻の両方を把握することで、「バックグラウンドチェック」や「オンボーディングタスク」といった個々のアクティビティにかかる処理時間を正確に計算できます。これにより、プロセス内で時間がどのように使われているかをより詳細に分析できるようになります。
その重要性
個々のアクティビティの正確な処理時間の計算を可能にし、プロセス内で最も時間のかかるステップを特定するのに役立ちます。
取得元
UKG Proの完了日フィールドから取得されます。これは、ソースデータからの開始イベントと対応する完了イベントをペアにする必要があることがよくあります。
例
2023-01-15T17:30:00Z2023-06-21T10:00:00Z2024-02-01T11:05:00Z
|
|||
|
トレーニング名
TrainingName
|
従業員に割り当てられた研修コースの名前またはタイトルです。 | ||
|
説明
この属性は、従業員に割り当てられた特定のトレーニングまたは学習モジュールを特定します。これは、義務付けられたコンプライアンスのトレーニングから役割固有のスキル開発まで多岐にわたります。 これは「トレーニング割り当てと完了」のダッシュボードや「トレーニング完了率」のKPIにとって重要な属性です。特定のトレーニングプログラムの進捗と有効性を追跡し、異なるコース間での完了時間を分析することを可能にします。
その重要性
特定の研修プログラムの追跡と分析を可能にし、コンプライアンスと開発の有効性を測定するのに役立ちます。
取得元
UKG Proの学習モジュール、または接続された学習管理システム(LMS)から取得されます。
例
行動規範 2024年版高度なマネジメントスキルサイバーセキュリティ意識向上トレーニング
|
|||
|
パフォーマンス評価
PerformanceRating
|
人事評価サイクル中に従業員に割り当てられる評価`です。 | ||
|
説明
人事評価は、「人事評価実施」アクティビティの結果であり、通常、尺度(例: 1-5)または記述的なラベル(例: 「期待を超える」)で表されます。これは、従業員のパフォーマンス評価を数値化するものです。 この属性は、プロセスのイベントとパフォーマンスの結果を関連付ける上で重要です。例えば、分析を通じて、高評価者がより迅速に昇進するかどうか、人事評価と従業員の離職率の間に関連性があるかどうかを調査できます。これは「人事評価サイクルのコンプライアンス」ダッシュボードの中心`となります。
その重要性
プロセスイベントをパフォーマンス結果に結びつけ、タレントマネジメントの有効性とその定着率への影響を分析できます。
取得元
UKG Proのパフォーマンス管理モジュール内で、特定の評価サイクルに紐付けられて確認されます。
例
期待を超える期待通り要改善5
|
|||
|
処理時間
ProcessingTime
|
単一のアクティビティの開始から終了までの期間です。 | ||
|
説明
Processing Timeは、特定のタスクに費やされた時間を計測します。これはEvent End TimeとEvent Timestamp (StartTime)の差として計算され、アクティビティの「サービス時間」を表します。 この指標は、プロセス内でどの特定のアクティビティが最も時間を消費しているかを特定する上で重要です。例えば、'Background Check Initiated'アクティビティが平均で完了までに5日かかっていることを浮き彫りにし、最適化の明確なターゲットとして示すことができます。
その重要性
個々のタスクの期間を定量化し、プロセス内で最も時間のかかるアクティビティを対象とした最適化を支援します。
取得元
この属性は、データ準備の際に、イベント終了時間からイベントタイムスタンプを差し引いて計算されます。
例
28800086400604800
|
|||
|
場所
Location
|
従業員が勤務する地理的な場所またはオフィスです。 | ||
|
説明
この属性は、従業員の主要な勤務地(都市、国、特定のオフィスビルなど)を指定します。これはHRプロセスの地理的分析における重要な切り口です。 場所別にプロセスパフォーマンスを分析することで、採用効率、オンボーディングの慣行、または離職率における地域差を明らかにできます。例えば、「ニューヨーク」と「ロンドン」のオフィス間で「採用サイクルタイム」を比較し、ベストプラクティスや地域固有のボトルネックを特定することができます。
その重要性
プロセスの地理的セグメンテーションを可能にし、パフォーマンスとコンプライアンスにおける地域差を明らかにします。
取得元
この情報は、UKG ProのコアHRモジュール内の従業員の職務データまたは個人データの一部です。
例
ニューヨーク、NYロンドン、英国リモート
|
|||
|
役割変更理由
RoleChangeReason
|
従業員の役割の変更の理由です。「昇進」、「横断的な異動」、「組織再編`」などが含まれます。 | ||
|
説明
この属性は、社内異動イベントにコンテキストを提供します。従業員の役割や役職が組織内で変更された理由を説明するものです。 これは「社内異動サイクルタイム」のダッシュボードとKPIにとって不可欠です。これにより、昇進とその他の異動を区別することができます。理由別にプロセスを分析することで、昇進プロセスが横方向の異動よりも遅いかどうかを明らかにし、キャリア開発パスの効率化に役立ちます。
その重要性
社内異動の背景にあるコンテキストを説明し、昇進と水平異動のような社内異動プロセスのより詳細な分析を可能にします。
取得元
この情報は通常、UKG ProのコアHRモジュール内で、職務変更または異動トランザクションの一部として捕捉されます。
例
昇進水平転勤組織再編
|
|||
|
早期離職
IsEarlyChurn
|
従業員の退職が、90日や180日といった所定の早期在職期間内に発生したかどうかを示すブールフラグ。 | ||
|
説明
この計算属性は、入社後まもなく組織を離れる従業員にフラグを立てます。「早期」のしきい値は、通常、ビジネスによって定義されます(例:入社後1年以内)。 このフラグは、「早期定着率チャーン洞察」のダッシュボードや「早期従業員チャーン率」のKPIに必要な分析を簡素化します。これにより、この注目グループを迅速にフィルタリングおよびセグメント化して抽出し、彼らの特性やライフサイクルパターンを分析することができ、採用やオンボーディングにおける問題の特定に役立ちます。
その重要性
リスクのあるケースにフラグを立てることで早期離職分析を直接支援し、早期従業員離職の根本原因特定に役立ちます。
取得元
この属性は、データ準備の際に計算されます。「TerminationDate」と「HireDate」の差を、事前に定義されたしきい値(例:365日)と比較して算出されます。
例
truefalse
|
|||
|
給与等級
SalaryGrade
|
従業員の役割に関連付けられた報酬グレードまたはバンドです。 | ||
|
説明
Salary Gradeは、特定の職務に対する報酬レベルを表します。これは、報酬関連のアクティビティや傾向を分析するための重要な属性です。 この属性は、「Compensation Changed」イベントなどの分析において重要であり、給与等級に頻繁な修正が見られる場合には、「Post-Onboarding Data Rework Rate」 KPI を追跡するために使用できます。また、給与レベルによって昇進サイクルタイムや離職率が異なるかどうかを確認するためのセグメンテーションも可能です。
その重要性
報酬関連のアクティビティに文脈を提供し、報酬レベルに応じたプロセス分析を可能にします。
取得元
UKG ProのCore HRモジュール内の従業員の報酬または職務プロフィールから利用できます。
例
IC3M2D1
|
|||
|
退職日
TerminationDate
|
従業員の雇用の正式な終了日です。 | ||
|
説明
退職日は、従業員の在職期間の終了を示すものです。これは組織内における従業員のライフサイクルの終点にあたります。 この属性は、従業員の最終的な在職期間を算出する上で必要であり、離職分析の主要な構成要素です。入社日と退職日の間の期間は、「早期在職期間離職インサイト」ダッシュボードおよび関連KPIの基礎`となります。
その重要性
従業員ライフサイクルの終点を示し、在籍期間の計算や離職関連のあらゆる分析を可能にします。
取得元
これは、UKG Proの従業員の主要レコードにおける標準フィールドであり、退職プロセスが完了した際にデータが入力されます。
例
2023-11-302024-02-152022-12-31
|
|||
|
退職理由
TerminationReason
|
従業員の退職理由を文書化したものです。「自己都合退職」や「会社都合退職(業績不振)」などが含まれます。 | ||
|
説明
この属性は、従業員の雇用が終了した理由を記録します。理由は通常、自己都合または会社都合に分類され、さらに詳細なサブカテゴリがあります。 これは定着率とチャーン分析にとって重要な属性です。退職理由別に退職従業員をセグメント化することで、組織は離職の根本原因について深い洞察を得ることができます。例えば、早期離職率を退職理由別に分析することで、採用の失敗と競合他社からのオファーを区別することができます。
その重要性
従業員離職の要因に関する重要な洞察を提供し、ターゲットを絞った定着戦略の立案を支援します。
取得元
このフィールドは通常、UKG ProのコアHRモジュール内で、退職またはオフボーディングのプロセス中に記録されます。
例
自己都合退職 - 新たな機会非自発的退職 - パフォーマンス定年退職
|
|||
採用から退職までの従業員ライフサイクル アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
パフォーマンスレビュー実施済み
|
従業員に対する正式な人事評価サイクルの完了を表します。このイベントは、評価フォームが最終化され、上司または人事によって提出された際に記録されます。 | ||
|
その重要性
これは、従業員ライフサイクルにおける重要な定期的な節目です。その頻度と適時性を追跡することは、パフォーマンス管理のコンプライアンスとキャリア進捗に与える影響を評価するのに役立ちます。
取得元
UKG Proのパフォーマンス管理モジュール内で確認されます。パフォーマンスレビューフォームの完了日、または評価サイクルのステータスが「完了」に変更されたことから特定できます。
取得
人事評価ワークフローインスタンスの完了タイムスタンプから取得されます。
イベントタイプ
explicit
|
|||
|
従業員オンボーディング完了
|
初期オンボーディングチェックリストまたはワークフローが正常に完了したことを示す重要なマイルストーンです。通常、新規採用者の必要書類、システムアクセスリクエスト、および初期管理業務がすべて完了したことを示します。 | ||
|
その重要性
初期の管理セットアップの完了を示し、全体のオンボーディングサイクルタイムの分析を可能にします。これは、従業員がその役割固有の職務を開始する準備が管理上整った時点を示します。
取得元
オンボーディングモジュール内にあります。これは通常、全体のオンボーディングワークフローの完了タイムスタンプ、あるいは最後の必須オンボーディングタスクが完了とマークされた時点から推測されます。
取得
従業員向けのマスターオンボーディングチェックリストの完了タイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
従業員採用済
|
UKG Proにおける従業員記録の公式な作成を示し、従業員IDが正式に割り当てられます。このイベントは通常、HR管理者が候補者の採用プロセスを完了し、システム内でアクティブな従業員に移行させたときにキャプチャされます。 | ||
|
その重要性
これは、「採用から退職まで」のプロセス分析における決定的な開始イベントです。生産性が発揮されるまでの時間、オンボーディングの効率性、および全体的な従業員在籍期間を測定するための基準を提供します。
取得元
このイベントは、HRコアまたは人事管理モジュールに記録されている可能性があります。従業員の主要な雇用記録の作成日、または従業員の職務データ履歴にある特定の「Hire」アクション記録によって識別できます。
取得
従業員の職務履歴テーブルにおける「採用」アクションの発効日から取得されます。
イベントタイプ
explicit
|
|||
|
従業員解雇済
|
従業員のライフサイクルにおける最後のイベントであり、正式な雇用の終了を表します。これは、退職有効日をもって従業員の記録がシステム内で非アクティブになる時点です。 | ||
|
その重要性
これはプロセスの決定的な終了イベントであり、最終的な従業員在籍期間の計算や離職率の分析に不可欠です。これにより、従業員の会社における道のりが完結します。
取得元
これは、HRコアモジュール内の従業員の職務データ履歴における最終的な「退職」アクションの有効日です。システムは通常、この日付で従業員のステータスをアクティブから非アクティブに変更します。
取得
従業員の職務履歴における「退職」アクションの発効日から取得されます。
イベントタイプ
explicit
|
|||
|
昇進承認済み
|
従業員の昇進が正式に承認されたことを示します。これは通常、役職変更、多くの場合報酬の変更を伴います。変更の発効日よりも前に発生する、明確なイベントです。 | ||
|
その重要性
この活動は、社内異動やキャリアアップを分析する上で重要です。昇進承認から発効日までの時間は、システムにおける管理上のボトルネックを浮き彫りにする可能性があります。
取得元
HRコアモジュール内の従業員のジョブデータ履歴に、「昇進」などの特定のジョブアクションとして記録されます。この記録には、独自の承認日と発効日があります。
取得
従業員の職務履歴における「昇進」アクションのログ日付から取得されます。
イベントタイプ
explicit
|
|||
|
退職手続き開始
|
将来の退職日がシステムに入力された際に記録される、オフボーディングプロセスの開始を表します。このイベントにより、オフボーディングのチェックリストとワークフローがトリガーされます。 | ||
|
その重要性
これは、従業員の退職プロセスを開始する重要な節目です。このイベントから最終的な退職までの時間を分析することで、オフボーディング手続きの効率性と完全性を評価するのに役立ちます。
取得元
これは通常、従業員の職務データに将来の有効日を持つ「退職」アクションレコードが作成されることです。特定のモジュールにおけるオフボーディングワークフローの開始となる場合もあります。
取得
将来の日付を持つ退職トランザクションが提出されたときに取得されます。
イベントタイプ
explicit
|
|||
|
オフボーディング完了
|
すべての必須オフボーディングタスクが完了したことを示すマイルストーンです。これには、資産返却、最終給与計算、システムアクセス権の取り消しといったアクティビティが含まれます。 | ||
|
その重要性
このイベントは、従業員の退職手続きが安全かつコンプライアンスに準拠して完了したことを確認します。これはオフボーディングサイクルタイムを測定し、コンプライアンスのギャップを特定するのに役立ちます。
取得元
これは、全体のオフボーディングチェックリストまたはワークフローの完了タイムスタンプから推測されます。「従業員オンボーディング完了」イベントと同様ですが、退職プロセスで用いられます。
取得
従業員向けのマスターオフボーディングチェックリストの完了タイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
オンボーディング開始
|
UKG Pro内での新入社員オンボーディングプロセスまたはワークフローの開始を表します。これは通常、新入社員、その上司、および人事担当者にタスクのチェックリストを割り当てる、自動または手動でトリガーされるイベントです。 | ||
|
その重要性
このアクティビティを追跡することは、正式な採用日と管理上および文化的な統合が開始されるまでの時間を測定するのに役立ちます。これは、オンボーディングプロセスの効率性を分析し、遅延を特定するための出発点となります。
取得元
UKG Proのオンボーディングモジュール内で確認されます。このイベントは、従業員に関連付けられたオンボーディングチェックリストまたはワークフローインスタンスの作成日から推測できます。
取得
従業員のオンボーディングワークフローまたはタスクリストの作成タイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
トレーニング割り当て済み
|
特定の研修コースや学習プランが従業員に割り当てられた時点を記録します。これは通常、システムの学習管理モジュールに記録されます。 | ||
|
その重要性
この活動は、義務付けられたトレーニングの遵守状況を追跡し、従業員の育成状況を監視するのに役立ちます。割り当てから完了までの時間を分析することで、従業員のエンゲージメントの課題やトレーニングの有効性を明確にできます。
取得元
UKG Proの学習管理モジュールまたはタレント管理モジュールに記録されます。各課題には、課題日と従業員IDを含む対応する記録が必要です。
取得
コースまたはカリキュラムが従業員の学習計画に割り当てられた際に記録されます。
イベントタイプ
explicit
|
|||
|
マネージャー変更
|
このイベントは、従業員の「Reports To」または「Manager ID」フィールドが更新されたときに生成されます。これは従業員の直属の報告ラインの変更を表します。 | ||
|
その重要性
マネージャーの交代は、従業員のエンゲージメントとパフォーマンスに大きな影響を与える可能性があります。このイベントをトラッキングすることで、パフォーマンスレビューや定着率などのその後の活動への影響を分析できます。
取得元
このイベントは、従業員の職務データにおけるマネージャーまたはスーパーバイザーフィールドの経時的な変更を追跡することで推測されます。これは、同じ従業員の連続する記録間でマネージャーIDを比較することで特定されます。
取得
従業員の職務データ履歴にある「レポート先」フィールドの変更を検出することで推測されます。
イベントタイプ
inferred
|
|||
|
休職開始
|
従業員の承認された休職(病気休暇や私的理由など)の開始を記録します。これは、従業員のステータスが非アクティブな休職状態に変更されたときに記録されます。 | ||
|
その重要性
従業員ライフサイクルにおける非アクティブ期間を特定します。これは、アクティブな在職期間を正確に計算し、休職がキャリア形成に与える影響を理解する上で不可欠です。
取得元
従業員の職務データ履歴は、HRコアモジュール内で確認できます。これは、特定の有効開始日を持つ「休職」のような職務アクションに対応します。
取得
職務履歴における「休職開始」アクションの発効日から取得されます。
イベントタイプ
explicit
|
|||
|
報酬変更済
|
このイベントは、従業員の基本給、ボーナス構造、またはその他の報酬要素に対するあらゆる変更を捕捉します。これは昇進、業績給、または市場調整の一環として発生する可能性があります。 | ||
|
その重要性
報酬の変更を追跡することは、キャリアと給与の進捗を理解するために不可欠です。入社後の頻繁な調整は、データ入力エラーや初期給与設定の問題を示している可能性があります。
取得元
従業員の報酬履歴テーブルは、HRコアまたは給与モジュール内で確認できます。各変更は通常、発効日と理由コードとともに記録されます。
取得
従業員の報酬履歴記録における新しいエントリの発効日から記録されます。
イベントタイプ
explicit
|
|||
|
役割変更処理済み
|
従業員の役職や職務の変更(昇進ではない、例えば部門内異動や他部署への異動など)を表します。これは、関連する職務データがシステム内で更新された際に記録されます。 | ||
|
その重要性
役割変更を分析することで、社内異動、人材配置、組織再編に関する洞察が得られます。従業員が組織内をどのように移動しているかを特定するのに役立ちます。
取得元
HR Coreモジュールの従業員職務データ履歴から取得されます。「異動」、「再割り当て」、または「役職変更」といった職務アクションと、それらの発効日によって特定可能です。
取得
従業員の職務履歴データにおける「転勤」または類似のアクションコードによって識別されます。
イベントタイプ
explicit
|
|||
|
給与セットアップ完了
|
従業員の給与処理に必要なすべての情報(銀行口座情報、税務書類など)が入力・検証済みであることを示します。これは、従業員に正確かつタイムリーに給与が支払われることを確実にするための重要なステップです。 | ||
|
その重要性
この節目は、新入社員の準備状況を測定する上で極めて重要です。給与設定の遅れは従業員の不満や管理上の手戻りを引き起こす可能性があり、オンボーディングにおける主要なKPIとなります。
取得元
このイベントは、UKG Proの給与モジュールから推測される可能性があります。給与準備チェックリストの完了日、または従業員のステータスが「Ready for Payroll」に変更された日付から導き出すことができます。
取得
従業員の給与プロファイルにおけるステータス変更または完了タイムスタンプから導出されます。
イベントタイプ
inferred
|
|||
|
退職面談実施済
|
このイベントは、退職する従業員との退職面談の完了を示します。これは通常、オフボーディングチェックリスト内の完了済みタスクとして記録されます。 | ||
|
その重要性
退職面談の完了を追跡することは、HRコンプライアンスの確保と貴重なフィードバック収集のために重要です。これにより、この重要なステップがオフボーディングプロセスでスキップされていないかを確認できます。
取得元
UKG ProのオンボーディングモジュールまたはHRヘルプデスクモジュール内における、退職関連ワークフローの特定タスクとして、このイベントは発生すると考えられます。その捕捉は、HRがタスクを手動で完了としてマークすることに依存します。
取得
従業員のオフボーディングチェックリスト内で、完了したタスクとして記録されます。
イベントタイプ
explicit
|
|||