採用から退職まで:従業員ライフサイクルのデータテンプレート
採用から退職まで:従業員ライフサイクルのデータテンプレート
- 収集を推奨する属性
- 追跡すべき主要なアクティビティ
- Ceridian Dayforceからデータを抽出する方法
採用から退職まで:従業員ライフサイクルの属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 発生した従業員ライフサイクル上の特定イベントの名称です。 | ||
| 説明 この属性は、特定の時点で発生した業務イベントまたはタスクを示します。たとえば、「従業員の採用」、「パフォーマンスレビューの完了」、「退職手続きの開始」などです。従業員ライフサイクルプロセスを構成する一連のステップを形成します。 アクティビティの順序を分析することは、プロセスマイニングの基盤です。プロセスマップの可視化、プロセスバリアントの発見、ステップ間のボトルネックの特定、標準業務手順への準拠状況の分析が可能になります。意味のある分析を行うには、アクティビティ名が明確で、適切な粒度で定義されていることが欠かせません。 重要な理由 プロセスマップ上のステップを定義します。従業員の経路を可視化し、逸脱を特定して、ボトルネックを見つけるために欠かせません。 入手先 通常、Ceridian DayforceのRecruiting、Onboarding、人事など各モジュールにあるイベントログ、ワークフローステータスの変更、監査証跡から導出します。 例 オファーの承諾オンボーディングタスクの完了役割変更の処理従業員の退職 | |||
| イベントタイムスタンプ EventTimestamp | アクティビティが記録された正確な日時です。 | ||
| 説明 このタイムスタンプは、従業員ライフサイクルイベントが発生した時点を示します。プロセスフローを再構成するために必要な時系列を提供し、時間に関するすべての計算の基礎になります。 プロセスマイニングでは、この属性を使ってサイクルタイム、待機時間、異なるアクティビティ間の所要時間を算出します。プロセスパフォーマンスの分析、SLA遵守状況の測定、従業員の経路における時間的なパターンや遅延の特定にも利用します。パフォーマンスに関する分析には、正確なタイムスタンプが欠かせません。 重要な理由 イベントの時系列を示し、サイクルタイムやボトルネック分析など、パフォーマンスに関するすべての計算に欠かせません。 入手先 Ceridian Dayforceのすべての取引レコード、イベントログ、監査証跡には、作成日または有効日が関連付けられている必要があります。 例 2023-01-15T09:00:00Z2023-03-20T14:35:10Z2024-05-01T11:21:05Z | |||
| 従業員ID EmployeeId | 各従業員に付与される、システム生成の一意な識別子です。 | ||
| 説明 Employee IDは、採用から退職までのプロセスの基盤となる項目です。個人のライフサイクルに関するすべてのイベントを結び付ける、一意のケース識別子として機能します。最初の求人応募からオンボーディング、役割変更、最終的な退職まで、記録されたすべてのアクティビティがこのIDに関連付けられます。 プロセスマイニングでは、この属性を使って従業員一人ひとりの経路全体を再構成できます。ライフサイクル全体をエンドツーエンドで分析し、主要なマイルストーン間の期間を測定したり、一般的および例外的なキャリアパスを特定したり、従業員ごとの経験に基づいて結果を分析したりできます。 重要な理由 従業員に関するすべてのイベントを結び付ける主キーであり、従業員の経路全体を最初から最後まで分析できます。 入手先 Ceridian Dayforceの従業員プロフィールまたは人事マスターデータの主要テーブルにある基本項目です。 例 10023451009876E-054321 | |||
| アクション実行者 UserPerformingAction | アクティビティを実行したユーザーまたはシステムエージェントです。 | ||
| 説明 この属性は、採用担当者、採用マネージャー、人事管理者など、特定のタスクを実行した個人を識別します。自動化されたステップでは、システムユーザーを示す場合があります。 誰がどのタスクを実行したかを分析することは、リソース配分、業務量の分布、パフォーマンスを把握するうえで重要です。特定のユーザーやチームが原因となるボトルネックの特定、研修ニーズの把握、担当する人事タスクを完了するマネージャーの有効性の分析に役立ちます。手動アクティビティと自動アクティビティの区別にも利用できます。 重要な理由 各イベントの実行者を識別し、業務量の分析、ユーザーやチーム間のパフォーマンス比較、遅延の根本原因分析を可能にします。 入手先 監査ログまたは取引データにあり、「ChangedBy」、「UpdatedBy」、「UserName」などのフィールドに記録されていることが多いです。 例 j.doea.smithSYSTEM_WF_USERm.manager | |||
| 変更理由 ChangeReason | 昇進や異動など、従業員のステータスに大きな変更が生じた理由です。 | ||
| 説明 この属性は、「役割変更処理済み」や「報酬変更承認済み」などのイベントに背景情報を付加します。昇進、横異動、年次昇給、組織再編など、変更の業務上の理由を示します。 この情報がなければ、従業員の異動や処遇変更の種類を区別して分析することは困難です。変更理由を使うことで、昇進プロセスだけを抽出して処理時間を測定したり、横異動の頻度を追跡したり、組織再編が従業員に与えた影響を分析したりできます。単なる「変更」イベントを、具体的に分析できる業務プロセスへと分類できます。 重要な理由 変更イベントの背景を明確にし、昇進、異動、報酬調整など、特定のプロセスを対象とした分析を行えます。 入手先 通常はDayforceのHRモジュールで職務または報酬の変更処理を行う際に記録され、あらかじめ定義された一覧から選択します。 例 昇進横異動年次給与見直し組織再編 | |||
| 採用チャネル RecruitmentSource | 候補者を最初に獲得した経路です。 | ||
| 説明 この属性は、応募者の流入元を示します。たとえば、「LinkedIn」、「従業員紹介」、「企業ウェブサイト」、「就職フェア」などです。人材獲得チャネルの効果を把握するための情報になります。 採用チャネルを分析することは、採用戦略の最適化に欠かせません。この属性を従業員ライフサイクル全体で追跡すると、採用が早いチャネル、オファー承諾率が高いチャネル、さらに重要な指標である、在籍期間が長く入社後早期の離職率が低い従業員につながるチャネルを特定できます。 重要な理由 採用チャネルを採用スピード、移行率、長期的な従業員定着率と関連付け、各チャネルの効果を評価できます。 入手先 通常、候補者がポジションに応募した際に、Ceridian Dayforce Recruitingモジュールで記録されます。 例 LinkedIn従業員紹介Indeed.com大学キャリアフェア | |||
| 求人申請ID RequisitionId | 求人申請を一意に識別するIDです。 | ||
| 説明 求人申請IDは、特定の求人を埋めるためのすべてのアクティビティを結び付けます。求人申請の作成から、関連する候補者、面接、オファー、ポジションの充足までを関連付けます。 プロセスマイニングでは、候補者中心ではなくポジション中心の視点で、ライフサイクルの採用部分を分析する際に役立ちます。特定の役割の採用充足までの時間を追跡し、職種や部門ごとの採用プロセスの効率を分析できます。 重要な理由 採用前のすべてのアクティビティを1つの求人にまとめ、特定の役割における採用充足までの時間と採用ファネルの効率を分析できます。 入手先 このIDはCeridian Dayforce Recruitingモジュール内で生成・管理されます。 例 REQ-2023-05-001REQ-2024-01-112R78910 | |||
| 職種名 JobTitle | 従業員の職位における正式な名称です。 | ||
| 説明 この属性は、従業員の組織内での役割を示します。たとえば、「ソフトウェアエンジニア」「プロジェクトマネージャー」「営業部長」などです。昇進や異動により、従業員の在籍期間中に複数回変更される場合があります。 職種名は、分析に役立つ重要なディメンションです。異なる職種でプロセスの進み方を比較できます。たとえば、技術職と非技術職ではオンボーディングのプロセスが異なる場合があり、管理職と個人貢献者では人事評価のサイクルが異なることがあります。職種別に分析することで、役割ごとのプロセスパターンや非効率な点を明らかにできます。 重要な理由 職種別に採用期間、研修完了率、キャリアの進展などのプロセス指標を比較し、役割に応じた分析を行えます。 入手先 Ceridian DayforceのコアHRモジュールで、従業員の職位および職務データの一部として保存されます。 例 シニア財務アナリスト主任ソフトウェア開発者HRビジネスパートナーマーケティングコーディネーター | |||
| 部門名 DepartmentName | 従業員が所属する部門の名称です。 | ||
| 説明 この属性は、従業員が勤務する「営業」、「エンジニアリング」、「財務」などの組織単位を示します。部門は従業員のライフサイクル中に変わる場合があります。 部門は比較分析における重要な切り口です。プロセスデータを部門ごとに分割・絞り込み、組織内の各部門のパフォーマンスを把握できます。たとえば、部門間で採用サイクルタイムを比較したり、部門別の離職率を分析したり、特定の事業領域に固有のプロセスのばらつきを特定したりできます。 重要な理由 異なる事業部門間でプロセス指標を絞り込み、比較できます。効率、コスト、コンプライアンスの違いを明らかにします。 入手先 Ceridian Dayforceの人事モジュールにある、従業員の基本的な職務・ポジションデータの一部です。 例 研究開発マーケティング人事カスタマーサポート | |||
| SLAステータス SlaStatus | アクティビティまたはプロセスサイクルが、定義されたサービスレベル合意(SLA)内に完了したかどうかを示します。 | ||
| 説明 この属性は、プロセスの特定区間の実際の所要時間と、あらかじめ定めた目標を比較して算出されます。たとえば、オンボーディングのSLAが14日間の場合、この期間を超えたケースは「違反」として記録されます。 SLAステータスは、プロセスのパフォーマンスとコンプライアンスを一目で確認できる指標です。ダッシュボードで例外や早急な対応が必要な領域を強調表示するために使われます。SLAに違反したケースの特徴を分析すると、遅延の根本原因を特定し、対象を絞った改善施策につなげられます。 重要な理由 主要なプロセス段階の達成または未達を明確に示し、コンプライアンスの監視や対応が必要なケースの特定を容易にします。 入手先 算出属性です。2つのイベント間のサイクルタイムを算出し、あらかじめ定めた業務ルールまたは目標と比較するロジックが必要です。 例 達成違反リスクあり | |||
| イベント終了時刻 EventEndTime | アクティビティが完了した時点のタイムスタンプです。利用できる場合に記録されます。 | ||
| 説明 StartTimeはアクティビティの開始時刻を示し、EndTimeは完了時刻を示します。2つの時刻の差が、そのタスクの処理時間です。多くのアクティビティは瞬時に完了するイベントであるため、すべてのアクティビティに明確な終了時刻があるとは限りません。 この属性は、詳細なパフォーマンス分析に欠かせません。「給与設定」や「人事評価」など、個々のタスクの処理時間を直接算出できます。タスクに実際に取り組んでいた時間と、タスク間の待機時間を区別できるため、時間のかかっている具体的な工程を特定する際に役立ちます。 重要な理由 アクティビティの所要時間(処理時間)を直接算出し、実作業時間と待機時間を区別できます。 入手先 タスクの開始と終了が明確なワークフローまたはタスク管理モジュールで利用できる場合があります。たとえば、タスクを開いてから閉じるまでの記録などです。 例 2023-04-10T17:05:00Z2023-04-11T11:00:00Z2024-02-05T16:20:00Z | |||
| オファーのステータス OfferStatus | 候補者に提示した求人オファーの最終ステータスです。 | ||
| 説明 この属性は、「オファー提示済み」イベントの結果を記録します。一般的な値には、「承諾」「辞退」「撤回」などがあります。採用活動の成果を測定するうえで重要なデータです。 この属性は、「オファー承諾率」KPIの算出に直接使われます。部門、職種、採用経路別にステータスを分析すると、オファーの競争力、面接プロセスの有効性、優秀な人材の確保を難しくしている特定部門の問題などを把握できます。 重要な理由 採用プロセスの結果を直接測定し、オファー承諾率KPIの算出に欠かせません。 入手先 Ceridian Dayforceの採用モジュールで、候補者の応募ワークフローの一部として更新されます。 例 承諾候補者辞退オファー撤回 | |||
| ソースシステム SourceSystem | イベントデータの取得元システムを識別します。 | ||
| 説明 この属性は、データを生成したソースアプリケーションまたはモジュールを示します。主要システムはCeridian Dayforceですが、イベントはその内部のRecruiting、Onboarding、Performanceなど、異なるモジュールから発生する場合があります。 分析では、データの出所を把握し、モジュール単位のビューにプロセスを絞り込む際に役立ちます。また、データガバナンスやトラブルシューティングにも重要です。特に複数のシステムのデータを統合する場合、データの系譜を明確にできます。 重要な理由 データの出所に関する情報を提供します。データ検証や、人事システムの各モジュールに応じた分析ビューの作成に欠かせません。 入手先 通常、データ抽出時にデータセットの出所を示すために追加する固定値です。 例 Ceridian DayforceDayforce RecruitingDayforce Performance | |||
| マネージャー名 ManagerName | 従業員の直属のマネージャーの名前です。 | ||
| 説明 この属性は、従業員の直属の上司を示します。マネージャーは、多くの人事プロセスで重要な役割を担い、承認、人事評価、その他のタスクを担当します。 プロセス分析でマネージャー別に絞り込むと、リーダーやチームによって人事プロセスへの関わり方がどのように異なるかを把握できます。組織内でのプロセス実行のばらつきや、タスクを効率よく完了するマネージャー、追加の支援や研修が必要なマネージャーを明らかにできます。マネージャーのタスク完了率を確認するダッシュボードにも欠かせない属性です。 重要な理由 マネージャー別にプロセスのパフォーマンスを分析し、リーダーシップの有効性やチーム間のプロセス実行の違いを把握できます。 入手先 Ceridian DayforceのコアHRデータで、従業員のレポートラインの一部として保存されます。 例 Jane SmithRobert JohnsonEmily Davis | |||
| 最終データ更新日時 LastDataUpdate | データが最後に更新された時点を示すタイムスタンプです。 | ||
| 説明 この属性は、ソースシステムからデータセットが最後に更新された日時を記録します。分析対象データの新しさと関連性を把握するために重要な情報です。 ダッシュボードやレポートでは、データがどの時点のものかを利用者が理解するために欠かせません。最新イベントが含まれている範囲を判断する材料となり、データガバナンスと品質保証に必要なメタデータでもあります。データパイプラインが想定どおりに稼働していることの確認にも役立ちます。 重要な理由 データの新しさを利用者が把握できるようにし、プロセス分析に基づいて適時かつ十分な情報を得た意思決定を行えるようにします。 入手先 通常、データ抽出・ロード(ETL)処理の中で生成され、データセットに追加されます。 例 2024-06-10T04:00:00Z2024-06-11T04:00:00Z2024-06-12T04:00:00Z | |||
| 勤務地 Location | 従業員が勤務する実際の勤務地またはオフィスです。 | ||
| 説明 この属性は、従業員の主な勤務地を示します。都市、オフィスビル、リモート勤務などが該当します。プロセスデータに地理的な視点を加える属性です。 勤務地は、地域ごとの人事プロセスを比較する際に役立つディメンションです。採用期間、離職率、プロセスのコンプライアンスに地域差があるかを分析できます。特定の勤務地で行われている優れた取り組みを見つけたり、地域やオフィス固有の課題に対応したりする際にも役立ちます。 重要な理由 地理的なディメンションを提供し、地域ごとのプロセスパフォーマンス、処理時間、従業員の離職率の違いを明らかにできます。 入手先 Ceridian Dayforceの従業員のコアHR記録に含まれ、職位または組織上の所属に関連付けられます。 例 ニューヨークオフィス英国ロンドンリモート(米国)シンガポール | |||
| 国 Country | 従業員が法的に雇用されている国です。 | ||
| 説明 雇用国を示す属性です。グローバルに事業を展開する組織では、人事プロセス、コンプライアンス要件、従業員の行動の多くが国ごとに異なるため、重要な項目です。 国別に分析すると、採用から退職までのプロセスをグローバルとローカルの両面から把握できます。採用までの期間や離職率などのKPIを国ごとに比較し、グローバルなプロセス基準が満たされているかを確認しながら、地域ごとの違いも理解できます。国によって大きく異なる退職手続きなど、コンプライアンスに関する分析にも欠かせません。 重要な理由 国ごとのプロセスやKPIを比較できます。グローバルな組織がコンプライアンスとパフォーマンスを管理するうえで欠かせない機能です。 入手先 Ceridian Dayforceで、従業員の個人情報または雇用情報に含まれる基本データ項目です。 例 USAカナダ英国ドイツ | |||
| 従業員区分 EmployeeType | 正社員やパートタイムなど、従業員の雇用区分を分類します。 | ||
| 説明 この属性は、勤務形態に基づいて従業員を分類します。たとえば、「フルタイム」「パートタイム」「契約社員」「インターン」などです。この区分によって、人事プロセスの適用方法が変わる場合があります。 従業員区分をディメンションとして使うと、さまざまな就業区分で従業員ライフサイクルがどのように異なるかを分析できます。たとえば、契約社員のオンボーディングは、正社員より簡略化されている場合があります。雇用形態ごとの離職傾向やキャリアの進展を分析することも可能です。 重要な理由 従業員をフルタイム、パートタイム、契約社員などに分け、プロセスや結果の違いを分析できます。 入手先 Ceridian Dayforceの従業員の職務または雇用記録に標準で用意されている項目です。 例 フルタイムパートタイム一時雇用契約社員 | |||
| 早期離職フラグ IsEarlyAttrition | あらかじめ定めた早期期間(例:入社後1年以内)に従業員が退職したかどうかを示すフラグです。 | ||
| 説明 従業員の退職時点での在籍期間に基づいて算出されるブール型の属性です。入社日から90日、180日、365日など、指定した期間内に退職日がある場合は「true」として記録されます。 このフラグにより、早期離職の分析とレポート作成を簡単に行えます。「早期離職率」KPIを直接算出でき、部門、マネージャー、採用経路別に対象者を分けたダッシュボードも容易に作成できます。早期離職の要因を特定することは、多くの人事組織にとって優先度の高い課題です。 重要な理由 早期離職率KPIの算出と分析を直接支援し、採用、オンボーディング、職務適合性に関する問題の特定に役立ちます。 入手先 算出項目です。元システムから従業員の入社日と退職日を取得する必要があります。 例 truefalse | |||
| 退職理由 TerminationReason | 従業員の退職理由です。 | ||
| 説明 この属性は、従業員の雇用が終了した理由を分類します。理由は通常、自発的な退職(例:「より良い機会による退職」)と非自発的な退職(例:「業績」「余剰人員」)に分けられます。 退職理由の分析は、従業員の離職を理解するうえで基本となります。部門、在籍期間、採用経路などの属性と組み合わせることで、離職の傾向や根本原因を人事部門が特定できます。定着施策の策定や、入社後早期の離職を分析するダッシュボードにも役立つ情報です。 重要な理由 従業員が退職する理由を明らかにし、離職の分析や定着施策の策定に役立つ背景情報を提供します。 入手先 Ceridian DayforceのコアHRモジュールで、退職ワークフローの一部として記録されます。 例 辞職:キャリア変更会社都合:業績不振組織再編・余剰人員整理定年退職 | |||
採用から退職まで:従業員ライフサイクルのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| オファーの承諾 | 候補者が求人オファーを正式に承諾した時点を示します。通常、採用ワークフロー内のステータス変更として記録され、その後の入社前手続きの開始点になります。 | ||
| 重要な理由 オファー承諾率KPIを算出するための重要な転換点です。候補者から将来の従業員への移行を示し、オンボーディングを開始します。 入手先 Dayforce Recruitingモジュールで、候補者の応募ステータスが「オファー承諾」または「採用済み」に更新された時点のタイムスタンプから推定します。 取得 応募のステータスが「オファー承諾」に変更されたことから推定します。 イベントタイプ inferred | |||
| 従業員の採用 | 人事システムに従業員レコードを作成し、Employee IDを割り当てる正式な処理です。通常、承諾済みのオファーに基づき、人事管理者がDayforceのコア人事モジュールで採用処理を確定した際に、明示的なイベントとして記録されます。 | ||
| 重要な理由 従業員の在籍期間の起点となる基本的なマイルストーンです。オンボーディングのサイクルタイム、入社後早期の離職、従業員ライフサイクル全体の期間を測定する開始点になります。 入手先 Dayforce Human Resourcesの従業員コア人事レコードにある「採用日」または処理有効日から取得します。 取得 従業員の職務履歴にある「採用」処理の有効日から導出します。 イベントタイプ explicit | |||
| 従業員の退職 | 従業員ライフサイクルの最後のアクティビティで、正式な最終勤務日を示します。従業員のステータスを非アクティブに変更する「退職」処理の有効日から推定します。 | ||
| 重要な理由 採用から退職までのプロセスにおける確定的な終了イベントです。従業員の在籍期間、離職率、ライフサイクル全体の期間を算出するために欠かせません。 入手先 Dayforce Human Resourcesの従業員職務履歴レコードにある退職処理の有効日から推定します。 取得 従業員の職務レコードにある最終「退職」処理の有効日から推定します。 イベントタイプ inferred | |||
| 求人申請の作成 | このアクティビティは、マネージャーまたは人事担当者が新規または補充ポジションの申請を作成した時点で、採用プロセスが正式に開始されたことを示します。通常、Dayforce Recruitingモジュールで新しい求人申請が保存された際に、明示的なイベントとして記録されます。 | ||
| 重要な理由 採用までの総所要時間と、候補者の応募から採用までのサイクルタイムKPIを測定する際の主要な開始点です。このイベントからの経過時間を分析すると、採用承認や求人掲載までの遅延を特定できます。 入手先 Ceridian Dayforce Recruitingモジュールに記録されます。求人申請レコードの作成タイムスタンプからイベントを取得します。 取得 新しい求人申請エントリが作成されると、イベントが記録されます。 イベントタイプ explicit | |||
| 給与設定の完了 | 新入社員を給与システムに正常に登録し、正しく給与を支給できる状態になったことを示します。通常、従業員の給与レコードの作成日または有効化日から推定します。 | ||
| 重要な理由 給与設定のサイクルタイムを測定する重要なマイルストーンです。ここでの遅延は新入社員の体験に直接影響し、管理上の大きな問題につながる可能性があります。 入手先 Dayforce Payrollモジュールにある従業員の主要給与レコードの有効日または作成日から推定します。 取得 従業員の給与レコードの作成タイムスタンプから推定します。 イベントタイプ inferred | |||
| 退職手続きの開始 | マネージャーまたは人事担当者が退職申請を提出し、退職手続きが始まったことを示します。通常、承認や退職関連タスクのワークフローを開始する明示的な処理です。 | ||
| 重要な理由 退職手続きの効率とコンプライアンスを測定する開始点です。このイベントから最終退職日までの期間により、退職手続きにかかった時間が分かります。 入手先 Dayforce Human Resourcesの退職フォームまたはワークフローの提出日から取得します。 取得 退職申請ワークフローが提出されると、イベントが記録されます。 イベントタイプ explicit | |||
| オファーの提示 | 正式な求人オファーが作成され、候補者に送信された時点で発生するアクティビティです。通常、採用ワークフロー内の候補者応募のステータス変更から推定されます。たとえば、「面接」から「オファー」への変更です。 | ||
| 重要な理由 「採用からオファー提示までのサイクルタイム」を測定する重要なマイルストーンです。オファー提示前の候補者評価段階と、最終的な承諾およびオンボーディング段階を分けます。 入手先 Dayforce Recruitingモジュールの候補者応募レコードにおけるステータス変更から推定します。タイムスタンプは、ステータスが「オファー」に更新された時点に対応します。 取得 応募のステータスが「オファーの提示」または同様の状態に変更されたことから推定します。 イベントタイプ inferred | |||
| オンボーディングタスクの完了 | 新入社員のオンボーディングチェックリストに含まれる個別タスクが完了したことを示します。たとえば、「I-9確認」などです。Dayforce Onboardingモジュール内の個別タスクの完了タイムスタンプから取得します。 | ||
| 重要な理由 個別タスクの完了状況を分析すると、オンボーディングプロセス全体にある具体的なボトルネックを特定できます。コンプライアンスの状況を追跡し、新入社員ができるだけ早く業務で成果を上げられるようにします。 入手先 Dayforce Onboardingモジュールに記録されます。従業員のオンボーディング計画に含まれる完了済みタスクには、それぞれ完了タイムスタンプが必要です。 取得 オンボーディングチェックリストの特定項目が完了としてマークされると、イベントが記録されます。 イベントタイプ explicit | |||
| パフォーマンスレビューの完了 | 従業員のパフォーマンスレビューサイクルが確定したことを示します。通常、パフォーマンス管理ワークフローでレビュー様式のステータスが「完了」または「終了」に変更された日付から推定します。 | ||
| 重要な理由 パフォーマンスレビューの頻度と所要時間を分析することは、パフォーマンスレビューサイクル効率ダッシュボードの基盤です。従業員が適時にフィードバックを受け、成長とエンゲージメントにつなげられるようにします。 入手先 Dayforce Performance Managementモジュールのレビュー様式におけるステータス変更タイムスタンプから推定します。 取得 パフォーマンスレビュー様式の完了日フィールドまたはステータス更新タイムスタンプから推定します。 イベントタイプ inferred | |||
| 休職の開始 | 産休や傷病休暇など、従業員の休職が始まったことを示します。従業員の人事レコードにある休職ステータスの開始有効日から取得します。 | ||
| 重要な理由 休職を特定することは、要員の稼働状況とプロセスの逸脱を理解するうえで重要です。従業員ライフサイクルにおける長期間の活動停止の理由を説明できます。 入手先 Dayforce Human Resourcesの従業員職務データレコードで、従業員ステータスが「休職」タイプに変更されたことから推定します。タイムスタンプは休職の有効日です。 取得 従業員レコードにある「休職」ステータスの開始有効日から推定します。 イベントタイプ inferred | |||
| 候補者の応募 | 候補者が求人申請に応募を送信した時点を示します。通常、Dayforce Recruitingモジュール内の明示的なイベントとして記録され、候補者のプロフィールと特定の求人申請の両方に関連付けられます。 | ||
| 重要な理由 応募数と応募時期を追跡することは、求人掲載や採用チャネルの効果を評価するうえで重要です。採用ファネルにおける候補者の移行率を分析する際の開始点にもなります。 入手先 Dayforce Recruitingモジュールの応募者追跡システムにある応募送信タイムスタンプから取得します。 取得 候補者レコードが作成され、求人申請に関連付けられると、イベントが記録されます。 イベントタイプ explicit | |||
| 報酬変更の承認 | 昇給、賞与、給与調整など、従業員の報酬に変更が生じたことを示します。報酬変更レコードの有効日から取得します。 | ||
| 重要な理由 報酬変更を追跡すると、報酬サイクル、給与の公平性、承認ワークフローの効率を分析できます。従業員ライフサイクル管理全体を構成する重要な要素です。 入手先 Dayforceの従業員報酬履歴テーブルに記録されます。新しい給与レートまたは給与項目の有効日に対応します。 取得 従業員の報酬履歴にある有効日付きレコードからイベントを取得します。 イベントタイプ explicit | |||
| 役割変更の処理 | 昇進、異動、職種変更など、従業員の職務に生じた変更を示します。従業員のコア人事レコードにある職務情報変更の有効日から取得します。 | ||
| 重要な理由 社内異動、キャリア形成の経路、昇進承認サイクルタイムKPIを分析するうえで重要なアクティビティです。従業員が組織内でどのように異動しているかを把握できます。 入手先 Dayforce Human Resourcesの従業員職務履歴テーブルにある、有効日付きの処理レコードから取得します。 取得 従業員レコードにある「職務変更」または「昇進」処理の有効日から導出します。 イベントタイプ explicit | |||
| 研修の完了 | 従業員に割り当てられた研修コースまたは学習モジュールが完了したことを示します。Dayforce Learning Managementモジュールのコースレコードにある完了タイムスタンプから取得します。 | ||
| 重要な理由 研修の完了状況を追跡することで、コンプライアンスを確保し、学習プログラムの効果を測定できます。新入社員にとっては、組織への適応度と業務開始の準備状況を示す重要な指標です。 入手先 従業員に割り当てられた研修項目が完了としてマークされた際に、Dayforce Learning Managementモジュールに記録されます。 取得 従業員のコースステータスが「完了」に更新されると、記録されます。 イベントタイプ explicit | |||
| 退職面談の実施 | 退職する従業員との退職面談が完了したことを示します。通常、退職手続き内の完了済みチェックリスト項目またはフォームとして記録されます。 | ||
| 重要な理由 退職面談の完了状況を追跡することは、退職手続きのコンプライアンス率KPIにとって重要です。組織が有用なフィードバックを収集し、定着率の改善に役立てられるようにします。 入手先 通常、Dayforce Onboardingまたは人事モジュールの退職チェックリストやワークフロー内の完了済みタスクとして記録されます。 取得 退職面談フォームまたはタスクが完了としてマークされると、記録されます。 イベントタイプ explicit | |||
抽出ガイド
ステップ
- Dayforceのレポート管理へ移動:必要なレポート権限を持つユーザーアカウントでCeridian Dayforceにログインします。通常はメインメニューのレポート > レポート管理からレポートモジュールへ移動します。
- **新しいカスタムレポートを作成:**新しいレポートの作成を開始します。ユーザー定義レポートまたはカスタムレポートを作成するオプションを選択します。レポート名には、ProcessMind_HireToRetire_EventLog_Sourceなど、内容が分かる名前を付けます。
- **主データソースと副データソースを定義:**このレポートでは、複数のデータソースを結合して、ライフサイクル全体のイベントを収集します。
- 主データソースにEmployeesを設定します。従業員に関するすべてのデータの基準となります。
- Employee Numberまたは内部システムIDをキーとして、次のデータソースを結合します:[Recruiting - Applications]、[Recruiting - Requisitions]、[HR - Employee Job History]、[HR - Employee Status History]、[Performance - Reviews]、[Learning - Course Completions]、[Onboarding - Tasks]、[Payroll - Employee Payroll Records]。
- **レポート列を設定(ワイド形式):**このレポートはまず「ワイド」形式で作成します。各行が1人の従業員を表し、各列がイベント候補のタイムスタンプまたは属性を表します。結合したデータソースから、次の列を追加します。
- **ケースID:**Employee > Employee Number(EmployeeIdという別名を設定)
- **イベントのタイムスタンプ:**Requisition > Created Date、Application > Applied Date、Application > Offer Extended Date、Application > Offer Accepted Date、Employee > Hire Date、Onboarding Task > Completion Date、Payroll Record > Effective Start Date、Course Completion > Completion Date、Performance Review > Completed Date、Job History > Effective Date、Compensation History > Effective Date、Leave History > Start Date、Termination Workflow > Initiated Date、Offboarding Task > Exit Interview Completed Date、Employee > Termination Date。
- **属性:**Department Name、Recruitment Source、Requisition ID、Job Title、Change Reasonのフィールドを追加します。該当するデータソースから取得します。
- **フィルターを追加:**データ量と対象範囲を管理するため、フィルターを適用します。特に重要なのは、複数の日付フィールドに対するフィルターです。Hire Date、Termination Date、Application Dateのいずれかが指定した分析期間(例:過去24か月)に該当する従業員レコードを含めるフィルターグループを作成します。必要に応じて、対象となる会社コードでも絞り込みます。
- **レポート定義を保存:**設定したレポートを保存します。
- レポートエクスポートをスケジュール:レポート管理画面で保存したレポートを見つけ、新しいスケジュールを作成します。週次など、自動実行されるように設定します。出力形式にはCSVまたは区切り文字付きのフラットファイルを指定します。安全なFTP(SFTP)ロケーションや指定のファイル共有など、配信方法を設定します。
- **データを変換(アンピボット):**エクスポートしたCSVファイルはワイド形式です。このファイルを「ロング」形式のイベントログに変換する必要があります。データ準備ツール(ExcelのPower Query、pandasを使ったPythonスクリプト、または任意のETLツール)でタイムスタンプ列をアンピボットします。元ファイルの各行について、タイムスタンプがNULLでない列ごとに、最終イベントログへ複数の行を作成します。最終ファイルには、EmployeeId、ActivityName、EventTimestampと、その他の属性を列として設定します。
設定
- **前提条件:**レポート管理と、HR、採用、オンボーディング、パフォーマンス、給与を含む基盤データソースにアクセスできる権限を持つユーザーロールが必要です。
- **レポートの種類:**複数のデータソースを結合できるユーザー定義のカスタムレポートが必要です。
- **主要なデータソース:**主データソースのEmployeesと、[Recruiting - Applications]、[HR - Employee Job History]、[Performance - Reviews]、[Onboarding - Tasks]などの関連ソースを結合する必要があります。正確な名称はDayforceの設定によって異なる場合があります。
- **日付範囲のフィルタリング:**期間内の関連するライフサイクルイベントをすべて取得するには、複数の日付フィールド(例:Hire Date、Termination Date、Application Date)を対象にフィルターを設定することが重要です。意味のある分析を行うには、12~24か月の範囲を推奨します。
- **従業員ステータス:**採用から退職までのライフサイクルを完全に把握できるよう、レポートのフィルターには「Active」と「Terminated」の両方を含めます。
- **エクスポート形式:**スケジュールされたエクスポートでは、変換スクリプトやETLツールで容易に解析できるCSVなど、機械可読形式を出力するよう設定する必要があります。
a サンプルクエリ xml
<!--
This XML represents the configuration of a Ceridian Dayforce custom report. It is designed to extract a 'wide' dataset containing all necessary timestamps and attributes for the Hire-to-Retire process. This output must be transformed (unpivoted) into a 'long' event log format before being used for process mining.
-->
<ReportDefinition ReportName="ProcessMind_HireToRetire_EventLog_Source">
<Entities>
<Entity Name="Employees" Alias="Emp" IsPrimary="true" />
<Entity Name="[Recruiting - Applications]" Alias="App" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="App" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[Recruiting - Requisitions]" Alias="Req" JoinType="LeftOuter">
<JoinCondition LeftEntity="App" LeftField="RequisitionXRefCode" RightEntity="Req" RightField="XRefCode" />
</Entity>
<Entity Name="[HR - Employee Job History]" Alias="JobHist" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="JobHist" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[HR - Compensation History]" Alias="CompHist" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="CompHist" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[Onboarding - Tasks]" Alias="OnboardTask" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="OnboardTask" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[Performance - Reviews]" Alias="PerfReview" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="PerfReview" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[Payroll - Employee Payroll Records]" Alias="Payroll" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="Payroll" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[HR - Leave History]" Alias="Leave" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="Leave" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[HR - Termination Workflow]" Alias="TermWF" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="TermWF" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[Learning - Course Completions]" Alias="Learning" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="Learning" RightField="EmployeeXRefCode" />
</Entity>
</Entities>
<Columns>
<!-- Case ID -->
<Column EntityAlias="Emp" Field="EmployeeNumber" OutputName="EmployeeId" />
<!-- Timestamps for Unpivot -->
<Column EntityAlias="Req" Field="CreatedOn" OutputName="TS_JobRequisitionCreated" />
<Column EntityAlias="App" Field="SubmittedOn" OutputName="TS_CandidateApplied" />
<Column EntityAlias="App" Field="[StatusChangeDate_Offer]" OutputName="TS_OfferExtended" />
<Column EntityAlias="App" Field="[StatusChangeDate_Accepted]" OutputName="TS_OfferAccepted" />
<Column EntityAlias="Emp" Field="HireDate" OutputName="TS_EmployeeHired" />
<Column EntityAlias="OnboardTask" Field="CompletedDate" OutputName="TS_OnboardingTaskCompleted" />
<Column EntityAlias="Payroll" Field="EffectiveStart" OutputName="TS_PayrollSetupCompleted" />
<Column EntityAlias="Learning" Field="CompletionDate" OutputName="TS_TrainingCompleted" />
<Column EntityAlias="PerfReview" Field="CompletedDate" OutputName="TS_PerformanceReviewCompleted" />
<Column EntityAlias="JobHist" Field="EffectiveStart" OutputName="TS_RoleChangeProcessed" />
<Column EntityAlias="CompHist" Field="EffectiveStart" OutputName="TS_CompensationChangeApproved" />
<Column EntityAlias="Leave" Field="StartDate" OutputName="TS_LeaveOfAbsenceStarted" />
<Column EntityAlias="TermWF" Field="InitiatedDate" OutputName="TS_TerminationInitiated" />
<Column EntityAlias="TermWF" Field="[ExitInterviewCompletedDate]" OutputName="TS_ExitInterviewConducted" />
<Column EntityAlias="Emp" Field="TerminationDate" OutputName="TS_EmployeeTerminated" />
<!-- Attributes -->
<Column EntityAlias="Emp" Field="[LastModifiedBy]" OutputName="UserPerformingAction" />
<Column EntityAlias="JobHist" Field="DepartmentLongName" OutputName="DepartmentName" />
<Column EntityAlias="App" Field="Source" OutputName="RecruitmentSource" />
<Column EntityAlias="Req" Field="RequisitionNumber" OutputName="RequisitionId" />
<Column EntityAlias="JobHist" Field="JobLongName" OutputName="JobTitle" />
<Column EntityAlias="JobHist" Field="Reason" OutputName="ChangeReason" />
</Columns>
<Filters>
<FilterGroup Operator="OR">
<Filter EntityAlias="Emp" Field="HireDate" Operator="Between" Value1="[YourStartDate]" Value2="[YourEndDate]" />
<Filter EntityAlias="Emp" Field="TerminationDate" Operator="Between" Value1="[YourStartDate]" Value2="[YourEndDate]" />
</FilterGroup>
</Filters>
</ReportDefinition> 始める準備はできていますか?
詳細なデータテンプレートを使って、今日から採用から退職までのプロセスを変えていきましょう。業務を改善し、従業員体験を高められます。
遅延を解消:Ceridian Dayforceの採用から退職までを最適化
採用から退職までのサイクルタイムを30%短縮します。従業員のライフサイクルを今すぐ変革しましょう。
無料トライアルをご利用いただけます。クレジットカードは不要です。