採用から退職まで:従業員ライフサイクルのデータテンプレート
採用から退職まで:従業員ライフサイクルのデータテンプレート
- 収集を推奨する属性
- 記録すべき主なアクティビティ
- Ceridian Dayforceからのデータ抽出ガイド
採用から退職まで:従業員ライフサイクルの属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 発生した従業員ライフサイクルイベントの名称です。 | ||
| 説明 この属性は、「従業員の採用」「業績評価の完了」「退職手続きの開始」など、特定の時点で発生した業務イベントやタスクを示します。従業員のライフサイクルを構成するステップの順序を表します。 アクティビティの順序を分析することは、プロセスマイニングの基礎です。プロセスマップの可視化、プロセスバリアントの特定、ステップ間のボトルネックの把握、標準業務手順への適合性の分析が可能になります。意味のある分析には、アクティビティ名が明確で、適切な粒度で記録されていることが欠かせません。 重要な理由 プロセスマップの各ステップを定義します。従業員の経歴の可視化、逸脱の特定、ボトルネックの把握に欠かせません。 入手先 通常、Ceridian Dayforceの採用、オンボーディング、人事などの各モジュールにあるイベントログ、ワークフローのステータス変更、監査証跡から取得します。 例 内定の承諾オンボーディングタスクの完了役割変更の処理従業員の退職 | |||
| イベントのタイムスタンプ EventTimestamp | アクティビティが記録された正確な日時です。 | ||
| 説明 このタイムスタンプは、従業員のライフサイクルイベントが発生した時点を示します。プロセスの流れを再現するための時系列情報となり、時間に関するすべての計算の基礎になります。 プロセスマイニングでは、この属性を使ってサイクルタイム、待ち時間、アクティビティ間の所要時間を算出します。プロセスのパフォーマンス分析、サービスレベル合意(SLA)の遵守状況の測定、従業員の経歴における時間的な傾向や遅延の特定にも利用します。パフォーマンスに関する分析には、正確なタイムスタンプが欠かせません。 重要な理由 イベントの時系列を示す属性です。サイクルタイムやボトルネック分析など、パフォーマンスに関するすべての計算に欠かせません。 入手先 Ceridian Dayforceの各取引レコード、イベントログ、監査証跡には、作成日または有効日が記録されている必要があります。 例 2023-01-15T09:00:00Z2023-03-20T14:35:10Z2024-05-01T11:21:05Z | |||
| 従業員ID EmployeeId | 従業員ごとにシステムが生成する一意の識別子です。 | ||
| 説明 従業員IDは、採用から退職までのプロセスの基盤となる識別子です。個々の従業員に関するすべてのライフサイクルイベントを結び付ける、一意のケース識別子として機能します。最初の求人応募からオンボーディング、役割の変更、最終的な退職まで、記録されたすべてのアクティビティがこのIDに関連付けられます。 プロセスマイニングでは、この属性を使って従業員一人ひとりの経歴全体を再現できます。ライフサイクル全体をエンドツーエンドで分析し、主要な節目の間にかかった時間を測定したり、一般的なキャリア経路と例外的な経路を特定したり、個々の経験に基づいて結果を分析したりできます。 重要な理由 従業員に関するすべてのイベントを結び付ける主キーです。従業員の経歴を最初から最後まで分析できます。 入手先 Ceridian Dayforceの従業員プロフィールまたは人事マスターデータテーブルに含まれる基本項目です。 例 10023451009876E-054321 | |||
| 変更理由 ChangeReason | 昇進や異動など、従業員のステータスに大きな変更があった理由です。 | ||
| 説明 この属性は、「役割変更の処理」や「報酬変更の承認」などのイベントが発生した背景を示します。たとえば、「昇進」、「同等職への異動」、「年次昇給」、「組織再編」などです。 背景が分からないと、従業員の異動や変更の種類ごとに分析するのは困難です。変更理由を使えば、昇進のプロセスに絞って所要時間を測定したり、同等職への異動の頻度を追跡したり、組織再編が従業員に与える影響を分析したりできます。これにより、一般的な「変更」イベントを、具体的に分析できる業務プロセスとして捉えられます。 重要な理由 変更イベントの背景を把握できるため、昇進、異動、報酬変更などのプロセスに絞った分析が可能です。 入手先 通常、Dayforceの人事モジュールで職務や報酬の変更を処理する際に記録され、あらかじめ定義されたリストから選択します。 例 昇進同等職への異動年次給与見直し組織再編 | |||
| 採用経路 RecruitmentSource | 候補者を最初に見つけた経路です。 | ||
| 説明 この属性は、応募者がどこから応募したかを示します。たとえば、「LinkedIn」、「社員紹介」、「会社のウェブサイト」、「就職フェア」などです。採用経路ごとの効果を把握するために役立ちます。 採用戦略を最適化するには、採用経路の分析が欠かせません。この属性を従業員ライフサイクル全体にわたって追跡すると、採用までの期間が短い経路、内定承諾率が高い経路、さらに在籍期間が長く早期離職率が低い従業員につながる経路を特定できます。 重要な理由 採用経路ごとの採用までの期間、転換率、長期的な従業員定着率を比較し、各経路の効果を評価できます。 入手先 通常、候補者が職種に応募した際に、Ceridian DayforceのRecruitingモジュールに記録されます。 例 LinkedIn社員紹介Indeed.com大学の就職フェア | |||
| 操作を実行したユーザー UserPerformingAction | アクティビティを実行したユーザーまたはシステムエージェントです。 | ||
| 説明 この属性は、採用担当者、採用マネージャー、人事管理者など、特定のタスクを実行した担当者を示します。自動処理の場合は、システムユーザーが記録されることがあります。 誰がどのタスクを実行したかを分析すると、リソースの割り当て、業務量の分布、パフォーマンスを把握できます。特定のユーザーやチームが原因となるボトルネックの特定、研修ニーズの把握、担当する人事タスクを完了するうえでのマネージャーの有効性の分析にも役立ちます。また、手作業と自動処理を区別する際にも使われます。 重要な理由 各イベントの実行者を特定できます。業務量の分析、ユーザーやチーム間のパフォーマンス比較、遅延の根本原因分析に役立ちます。 入手先 監査ログや取引データに記録されます。「ChangedBy」「UpdatedBy」「UserName」などのフィールドに含まれることがよくあります。 例 j.doea.smithSYSTEM_WF_USERm.manager | |||
| 求人申請ID RequisitionId | 求人申請を識別する一意のIDです。 | ||
| 説明 求人申請IDは、特定の求人を埋めるためのすべてのアクティビティを関連付けます。求人申請の作成から、関連する候補者、面接、内定までを結び付け、採用が決まるまで追跡できます。 プロセスマイニングでは、このIDを使うと、候補者単位ではなく求人単位で採用プロセスを分析できます。特定の職種の採用所要期間を追跡したり、職種や部門ごとに採用プロセスの効率を比較したりできます。 重要な理由 採用前のアクティビティを求人ごとにまとめ、特定の職種の採用所要期間や採用プロセスの効率を分析できます。 入手先 このIDは、Ceridian DayforceのRecruitingモジュールで生成、管理されます。 例 REQ-2023-05-001REQ-2024-01-112R78910 | |||
| 職種名 JobTitle | 従業員の職種を示す正式名称です。 | ||
| 説明 この属性は、従業員の組織内での役割を示します。たとえば、「ソフトウェアエンジニア」、「プロジェクトマネージャー」、「営業部長」などです。昇進や異動により、従業員ライフサイクルの中で何度も変わることがあります。 職種名は、役割ごとのプロセスの違いを比較するうえで有用な分析軸です。たとえば、技術職と非技術職ではオンボーディングの手順が異なる場合があり、管理職と個人貢献者では人事評価のサイクルが異なることもあります。職種別に分析することで、役割ごとのプロセスの傾向や非効率な点を把握できます。 重要な理由 職種ごとに採用期間、研修の完了状況、キャリア形成などのプロセス指標を比較できます。 入手先 この情報は、Ceridian Dayforceの人事コアモジュールで、従業員の職位および職務データの一部として保存されます。 例 シニア財務アナリスト主任ソフトウェア開発者人事ビジネスパートナーマーケティングコーディネーター | |||
| 部門名 DepartmentName | 従業員が所属する部門の名称です。 | ||
| 説明 この属性は、従業員が所属する「営業」「エンジニアリング」「財務」などの組織単位を示します。部門は、従業員のライフサイクルの中で変わることがあります。 部門は、比較分析における重要な切り口です。プロセスデータを部門ごとに絞り込んで、組織内の各部門のパフォーマンスを把握できます。たとえば、部門間で採用サイクルタイムを比較したり、部門ごとの離職率を分析したり、特定の事業領域に固有のプロセスのばらつきを特定したりできます。 重要な理由 事業部門ごとにプロセス指標を絞り込んで比較し、効率、コスト、コンプライアンスの違いを明らかにできます。 入手先 Ceridian Dayforceの人事モジュールにある、従業員の基本的な職務・ポジションデータの一部です。 例 研究開発マーケティング人事カスタマーサポート | |||
| SLA状況 SlaStatus | アクティビティまたはプロセスのサイクルが、定められたサービスレベル合意(SLA)内に完了したかどうかを示します。 | ||
| 説明 この属性は、プロセスの実際の所要時間と、あらかじめ定められた目標を比較して算出します。たとえば、オンボーディングのSLAが14日の場合、所要時間が14日を超えたケースは「未達」となります。 SLA状況を見ると、プロセスの実績とコンプライアンスをひと目で確認できます。ダッシュボードで例外や早急な対応が必要な領域を示すために使われます。SLA未達のケースの特徴を分析すると、遅延の根本原因を特定し、対象を絞った改善施策につなげられます。 重要な理由 主要なプロセス段階の達成状況を明確に示し、コンプライアンスの監視や対応が必要なケースの特定を容易にします。 入手先 この属性は算出項目です。2つのイベント間のサイクルタイムを算出し、あらかじめ定められた業務ルールまたは目標と比較する必要があります。 例 達成未達リスクあり | |||
| イベント終了時刻 EventEndTime | アクティビティが完了した時刻です。データがある場合に記録されます。 | ||
| 説明 StartTimeがアクティビティの開始時刻を示すのに対し、EndTimeは完了時刻を示します。この2つの時刻の差が、そのタスクの処理時間です。多くのアクティビティは瞬時に完了するイベントであるため、終了時刻が個別に記録されない場合もあります。 この属性は、詳細な実績分析に欠かせません。「給与設定」や「人事評価」など、個々のタスクの処理時間を直接算出できます。タスクに実際に取り組んだ時間と、タスク間の待ち時間を区別できるため、時間がかかっている具体的な手順を特定するのに役立ちます。 重要な理由 アクティビティの所要時間(処理時間)を直接算出し、実作業時間と待ち時間を区別できます。 入手先 アクティビティの開始と終了が明確なワークフローまたはタスク管理モジュールで記録される場合があります。たとえば、タスクを開始してから完了するまでの時刻などです。 例 2023-04-10T17:05:00Z2023-04-11T11:00:00Z2024-02-05T16:20:00Z | |||
| ソースシステム SourceSystem | イベントデータの取得元となるシステムを示します。 | ||
| 説明 この属性は、データを生成したソースアプリケーションまたはモジュールを示します。主なシステムはCeridian Dayforceですが、「採用」「オンボーディング」「パフォーマンス」など、内部の異なるモジュールからイベントが発生する場合があります。 分析では、データの取得元を把握し、モジュールごとのビューに絞り込む際に役立ちます。また、データガバナンスや問題の調査にも重要です。複数のシステムのデータを組み合わせる場合も、データの流れを明確にできます。 重要な理由 データの取得元を把握できるため、データの検証や、人事システムのモジュールごとの分析ビューの作成に役立ちます。 入手先 データ抽出時に、データセットの取得元を示す固定値として追加されることがよくあります。 例 Ceridian DayforceDayforce RecruitingDayforce Performance | |||
| 上司名 ManagerName | 従業員の直属の上司の名前です。 | ||
| 説明 この属性は、従業員の直属の上司を示します。上司は承認、人事評価、その他の業務を担うため、多くの人事プロセスで重要な役割を果たします。 プロセス分析で上司を条件に絞り込むと、リーダーやチームごとの人事プロセスへの関わり方を把握できます。組織内でのプロセス実行のばらつきや、業務を効率よく完了する上司を特定できるほか、追加の支援や研修が必要な上司を見つけることもできます。上司ごとのタスク完了率を示すダッシュボードにも欠かせない属性です。 重要な理由 上司ごとのプロセス実績を分析し、リーダーシップの効果やチーム間のプロセス実行の違いを把握できます。 入手先 Ceridian Dayforceの人事コアデータに、従業員のレポートラインの一部として保存されます。 例 Jane SmithRobert JohnsonEmily Davis | |||
| 内定状況 OfferStatus | 候補者に提示した内定の最終状況です。 | ||
| 説明 この属性は、「内定提示」イベントの結果を記録します。一般的な値は、「承諾」、「辞退」、「取り消し」などです。採用活動の成果を測定するうえで重要なデータです。 この属性は、「内定承諾率」の重要業績評価指標(KPI)の算出に直接使われます。部門、職種、採用経路ごとに状況を分析すると、内定条件の競争力、面接プロセスの効果、優秀な人材の採用を難しくしている特定の業務上の問題などを把握できます。 重要な理由 採用プロセスの結果を直接測定でき、内定承諾率の重要業績評価指標(KPI)の算出に欠かせません。 入手先 候補者の応募ワークフローの一環として、Ceridian DayforceのRecruitingモジュールで状況が更新されます。 例 承認済み候補者が辞退内定取り消し | |||
| 最終データ更新 LastDataUpdate | データが最後に更新された日時を示すタイムスタンプです。 | ||
| 説明 この属性には、ソースシステムからデータセットを最後に更新した日時が記録されます。分析対象データの新しさや関連性を把握するうえで重要な情報です。 ダッシュボードやレポートでは、データがどの時点のものかを利用者が確認できます。最近のイベントが含まれているかどうかを判断する材料となり、データガバナンスや品質保証のためのメタデータとしても役立ちます。データパイプラインが想定どおりに動作しているかを確認できます。 重要な理由 データがどの時点のものかを利用者が把握できるため、プロセス分析に基づいて適切なタイミングで判断するうえで重要です。 入手先 通常、このタイムスタンプはデータの抽出・ロード(ETL)時に生成され、データセットに追加されます。 例 2024-06-10T04:00:00Z2024-06-11T04:00:00Z2024-06-12T04:00:00Z | |||
| 勤務地 Location | 従業員が勤務する場所またはオフィスです。 | ||
| 説明 この属性は、従業員の主な勤務地を示します。都市名やオフィスビル名のほか、リモート勤務を示す場合もあります。プロセスデータを地理的な観点から把握するために役立ちます。 勤務地は、地域ごとの人事プロセスを比較する際に有用な分析軸です。採用期間、離職率、プロセスのコンプライアンスに地域差があるかを分析できます。特定の勤務地での優れた取り組みを見つけたり、地域やオフィス固有の課題に対処したりするのに役立ちます。 重要な理由 地域別にプロセスの実績、サイクルタイム、従業員の離職状況を分析し、地域ごとの違いを把握できます。 入手先 Ceridian Dayforceの従業員の人事コア記録に含まれ、職位または組織上の所属に関連付けられています。 例 ニューヨークオフィス英国ロンドンリモート勤務(米国)シンガポール | |||
| 国 Country | 従業員が法的に雇用されている国です。 | ||
| 説明 この属性は、雇用されている国を示します。人事プロセス、コンプライアンス要件、従業員の行動は国によって異なるため、グローバルに事業を展開する組織にとって重要な項目です。 国別に分析すると、採用から退職までのプロセスをグローバルと各国の両方の視点から把握できます。採用所要期間や離職率などの重要業績評価指標(KPI)を国ごとに比較し、グローバルなプロセス基準の達成状況と各国固有の違いを確認できます。国によって大きく異なる退職手続きなど、コンプライアンスに関する分析にも欠かせません。 重要な理由 国ごとのプロセスや重要業績評価指標(KPI)を比較できます。グローバルに事業を展開する組織が、コンプライアンスと業務実績を管理するうえで欠かせません。 入手先 Ceridian Dayforceの従業員の個人情報または雇用情報に含まれる基本データです。 例 USAカナダ英国ドイツ | |||
| 従業員区分 EmployeeType | 正社員やパートタイムなど、従業員の雇用形態を分類します。 | ||
| 説明 この属性は、従業員の勤務形態を分類します。たとえば、「正社員」、「パートタイム」、「契約社員」、「インターン」などです。雇用形態によって、適用される人事プロセスが異なる場合があります。 従業員区分を分析軸にすると、雇用形態ごとの従業員ライフサイクルの違いを分析できます。たとえば、契約社員のオンボーディングは、正社員より簡略化されている場合があります。また、雇用形態ごとの離職傾向やキャリア形成の分析にも利用できます。 重要な理由 従業員を雇用形態別に分類し、正社員、パートタイム、契約社員の間でプロセスや結果にどのような違いがあるかを分析できます。 入手先 Ceridian Dayforceの従業員の職務または雇用記録にある標準項目です。 例 正社員パートタイム臨時雇用契約社員 | |||
| 早期離職フラグ IsEarlyAttrition | 従業員が定められた早期離職期間内(例:入社後1年以内)に退職したかどうかを示すフラグです。 | ||
| 説明 この属性は、退職時の勤続期間に基づいて算出される真偽値です。入社日から90日、180日、365日など、定められた期間内に退職日がある場合は「true」となります。 このフラグを使うと、早期離職の分析や報告が簡単になります。「早期離職率」の重要業績評価指標(KPI)を直接算出できるほか、部門、上司、採用経路ごとに対象者を分類するダッシュボードも簡単に作成できます。早期離職の要因を特定することは、多くの人事組織にとって優先度の高い課題です。 重要な理由 早期離職率の重要業績評価指標(KPI)の算出と分析に直接役立ち、採用、オンボーディング、職務との適合性に関する問題の特定を支援します。 入手先 この属性は算出項目です。ソースシステムから従業員の入社日と退職日を取得する必要があります。 例 truefalse | |||
| 退職理由 TerminationReason | 従業員の退職理由です。 | ||
| 説明 この属性は、従業員が退職した理由を分類します。理由は、自発的な退職(例:「より良い機会を求めて退職」)と、会社都合の退職(例:「勤務成績」、「人員削減」)に分けられることがよくあります。 退職理由の分析は、従業員の離職状況を理解するうえで基本となります。部門、勤続期間、採用経路などの属性と組み合わせることで、人事部門は離職の傾向や根本原因を特定できます。この情報は、効果的な定着施策の立案や、早期離職を分析するダッシュボードの作成に役立ちます。 重要な理由 従業員が退職する理由を把握し、離職の分析や定着施策の立案に役立てられます。 入手先 Ceridian Dayforceの人事コアモジュールで、退職ワークフローの一環として記録されます。 例 自己都合退職:キャリア変更会社都合退職:勤務成績組織再編・人員削減定年退職 | |||
採用から退職まで:従業員ライフサイクルのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| 内定の承諾 | 候補者が正式に内定を承諾した時点を示します。通常、採用ワークフローのステータス変更として記録され、その後の入社前手続きの開始につながります。 | ||
| 重要な理由 内定承諾率を算出する際の重要な転換点です。候補者が将来の従業員へと移行することを示し、オンボーディングの開始につながります。 入手先 Dayforce Recruitingモジュールで、候補者の応募ステータスが「内定承諾」または「採用」に更新された時点のタイムスタンプから推定します。 記録 応募ステータスが「内定承諾」に変更されたことから推定します。 イベントタイプ inferred | |||
| 従業員の採用 | 人事システムに従業員レコードを作成し、従業員IDを割り当てる正式な処理です。通常、人事管理者がDayforceの人事管理モジュールで採用処理を確定した際に明示的に記録され、承諾済みの内定をもとに行われます。 | ||
| 重要な理由 従業員としての在籍期間を測る基準となる重要な節目です。オンボーディングのサイクルタイム、早期離職率、従業員のライフサイクル全体の期間を測定する起点になります。 入手先 Dayforce Human Resourcesの従業員レコードにある「採用日」または処理の有効日から取得します。 記録 従業員の職歴に記録された「採用」処理の有効日から算出します。 イベントタイプ explicit | |||
| 従業員の退職 | 従業員のライフサイクルにおける最後のアクティビティで、正式な最終勤務日を示します。従業員ステータスを非アクティブに変更する「退職」処理の有効日から推定します。 | ||
| 重要な理由 採用から退職までのプロセスにおける最終的な終了イベントです。在籍期間、離職率、ライフサイクル全体の期間を算出するために必要です。 入手先 Dayforce Human Resourcesの従業員職歴レコードにある退職処理の有効日から推定します。 記録 従業員の職務レコードにある最終の「退職」処理の有効日から推定します。 イベントタイプ inferred | |||
| 求人申請の作成 | マネージャーまたは人事担当者が、新規または後任のポジションを申請した時点で、採用プロセスが正式に始まります。通常、Dayforce Recruitingモジュールで求人申請を保存した際に、このイベントが明示的に記録されます。 | ||
| 重要な理由 採用までの期間と応募から採用までのサイクルタイムを測定する際の主な起点です。このイベントからの所要時間を分析すると、採用承認や求人掲載の遅れを特定できます。 入手先 Ceridian Dayforce Recruitingモジュールに記録されます。求人申請レコードの作成タイムスタンプからイベントを取得します。 記録 新しい求人申請レコードが作成された時点でイベントが記録されます。 イベントタイプ explicit | |||
| 給与支払いの準備完了 | 新入社員が正しく給与を受け取れるよう、給与システムへの登録が完了したことを示すアクティビティです。従業員の給与レコードの作成日または有効化日から推定されることがあります。 | ||
| 重要な理由 給与支払い準備のサイクルタイムを測定する際の重要な節目です。ここでの遅れは新入社員の体験に直接影響し、事務処理に大きな問題を引き起こすことがあります。 入手先 Dayforce Payrollモジュールにある従業員の主給与レコードの有効日または作成日から推定します。 記録 従業員の給与レコードの作成タイムスタンプから推定します。 イベントタイプ inferred | |||
| 退職手続きの開始 | マネージャーまたは人事担当者が退職申請を提出し、退職手続きが始まったことを示すアクティビティです。承認や退職関連タスクのワークフローを開始する明示的な処理であることが多いです。 | ||
| 重要な理由 退職手続きの効率とコンプライアンスを測定する起点です。このイベントから最終退職日までの期間から、退職手続きにかかった時間がわかります。 入手先 Dayforce Human Resourcesで退職フォームまたはワークフローが提出された日付から取得します。 記録 退職申請のワークフローが提出された時点でイベントが記録されます。 イベントタイプ explicit | |||
| オンボーディングタスクの完了 | 「I-9確認」など、新入社員向けオンボーディングチェックリストの個別タスクが完了したことを示します。Dayforce Onboardingモジュールに記録された各タスクの完了タイムスタンプから取得します。 | ||
| 重要な理由 個々のタスクの完了状況を分析すると、オンボーディングプロセス全体の具体的なボトルネックを特定できます。コンプライアンスの状況を追跡し、新入社員ができるだけ早く業務に取り組めるようにします。 入手先 Dayforce Onboardingモジュールに記録されます。従業員のオンボーディング計画で完了した各タスクに、完了タイムスタンプが記録されます。 記録 オンボーディングチェックリストの項目が完了として登録された時点でイベントが記録されます。 イベントタイプ explicit | |||
| 休職の開始 | 産休や病気休暇など、従業員の休職が始まったことを示すアクティビティです。従業員の人事レコードに記録された休職ステータスの開始有効日から取得します。 | ||
| 重要な理由 休職を特定することは、従業員の稼働状況やプロセス逸脱を把握するうえで重要です。従業員のライフサイクルにおける長期間の活動停止の理由を説明するのにも役立ちます。 入手先 Dayforce Human Resourcesの従業員職務データレコードで、従業員ステータスが「休職」タイプに変更されたことから推定します。タイムスタンプには休職の有効日を使用します。 記録 従業員レコードにある「休職」ステータスの開始有効日から推定します。 イベントタイプ inferred | |||
| 候補者の応募 | 候補者が求人に応募した時点を示します。通常、Dayforce Recruitingモジュールに明示的なイベントとして記録され、候補者のプロフィールと該当する求人申請の両方に関連付けられます。 | ||
| 重要な理由 応募数と応募時期を追跡することは、求人掲載や採用経路の効果を評価するうえで重要です。採用ファネルにおける候補者の転換率を分析する際の起点にもなります。 入手先 Dayforce Recruitingモジュールの応募者追跡システムに記録された、応募送信時のタイムスタンプから取得します。 記録 候補者レコードが作成され、求人申請に関連付けられた時点でイベントが記録されます。 イベントタイプ explicit | |||
| 内定の提示 | 正式な内定が作成され、候補者に送付された時点で発生するアクティビティです。採用ワークフローにおける候補者の応募ステータス変更から推定されることが多く、たとえば「面接」から「内定」への変更が該当します。 | ||
| 重要な理由 内定提示までのサイクルタイムを測定する際の重要な節目です。内定前の候補者評価段階と、最終的な内定承諾およびオンボーディングの段階を分ける基準になります。 入手先 Dayforce Recruitingモジュールの候補者応募レコードにおけるステータス変更から推定します。「内定」ステータスに更新された時点のタイムスタンプを使用します。 記録 応募ステータスが「内定提示」または同様の状態に変更されたことから推定します。 イベントタイプ inferred | |||
| 報酬変更の承認 | 昇給、賞与、給与調整など、従業員の報酬が変更されたことを示します。報酬変更レコードの有効日から取得します。 | ||
| 重要な理由 報酬変更を追跡すると、報酬改定のサイクル、給与の公平性、承認ワークフローの効率を分析できます。従業員のライフサイクル管理全体を把握するうえでも重要です。 入手先 Dayforceの従業員報酬履歴テーブルに記録されます。新しい給与額または報酬項目の有効日に対応します。 記録 従業員の報酬履歴にある有効日付きレコードからイベントを取得します。 イベントタイプ explicit | |||
| 役割変更の処理 | 昇進、異動、配置転換など、従業員の職務に関する変更を示します。従業員の人事レコードに記録された職務情報の変更有効日から取得します。 | ||
| 重要な理由 社内異動やキャリア形成の経路、昇進承認のサイクルタイムを分析するうえで重要なアクティビティです。組織内で従業員がどのように異動しているかを把握できます。 入手先 Dayforce Human Resourcesの従業員職歴テーブルにある、有効日付きの処理レコードから取得します。 記録 従業員レコードに記録された「職務変更」または「昇進」処理の有効日から算出します。 イベントタイプ explicit | |||
| 業績評価の完了 | 従業員の業績評価サイクルが確定したことを示すアクティビティです。通常、パフォーマンス管理ワークフローで評価フォームのステータスが「完了」または「終了」に変更された日付から推定します。 | ||
| 重要な理由 業績評価の頻度と所要時間の分析は、業績評価サイクル効率ダッシュボードの基礎となります。従業員が能力開発やエンゲージメントにつながるフィードバックを適切な時期に受けられるようにします。 入手先 Dayforce Performance Managementモジュールの評価フォームにおけるステータス変更のタイムスタンプから推定します。 記録 評価フォームの完了日フィールド、またはステータス更新のタイムスタンプから推定します。 イベントタイプ inferred | |||
| 研修の完了 | 従業員に割り当てられた研修コースまたは学習モジュールが完了したことを示します。Dayforce Learning Managementモジュールのコースレコードに記録された完了タイムスタンプから取得します。 | ||
| 重要な理由 研修の完了状況を追跡することで、コンプライアンスを確認し、学習プログラムの効果を測定できます。新入社員にとっては、組織への定着度や業務を始める準備状況を示す重要な指標です。 入手先 Dayforce Learning Managementモジュールで、従業員に割り当てられた研修項目が完了として登録された時点で記録されます。 記録 従業員のコースステータスが「完了」に更新された時点で記録されます。 イベントタイプ explicit | |||
| 退職面談の実施 | 退職する従業員との面談が完了したことを示します。退職手続きのチェックリスト項目またはフォームが完了した時点で記録されることがあります。 | ||
| 重要な理由 退職面談の完了状況を追跡することは、退職手続きのコンプライアンス率を測定するうえで重要です。組織が定着率の改善に役立つフィードバックを収集できるようにします。 入手先 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ツールなどのデータ準備ツールで、タイムスタンプ列のピボットを解除します。元ファイルの各行について、タイムスタンプが空でない列ごとに、最終的なイベントログに1行ずつ作成します。最終ファイルにはEmployeeId、ActivityName、EventTimestampと、その他の属性を含めます。
設定
- 前提条件: レポート管理画面と、HR、Recruiting、Onboarding、Performance、Payrollなどの基盤データソースにアクセスできるユーザーロールが必要です。
- レポートの種類: 複数のデータソースを結合できるユーザー定義のカスタムレポートが必要です。
- 主なデータソース: 主データソースのEmployeesを、[Recruiting - Applications]、[HR - Employee Job History]、[Performance - Reviews]、[Onboarding - Tasks]などの関連データソースと結合します。正確な名称はDayforceの設定によって異なる場合があります。
- 日付範囲の絞り込み: 期間内の関連イベントをすべて取得するには、複数の日付項目(例:Hire Date、Termination Date、Application Date)で絞り込む必要があります。分析に役立つデータを得るには、12~24か月の範囲をおすすめします。
- 従業員のステータス: 入社から退職までの全体像を把握できるよう、レポートのフィルターに「アクティブ」と「退職済み」の両方を含めてください。
- エクスポート形式: スケジュール済みのエクスポートでは、変換スクリプトやETLツールで簡単に処理できるCSVなど、機械で読み取り可能な形式を指定してください。
クエリの例 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%短縮。従業員のプロセスを今すぐ改善しましょう。
クレジットカード不要で無料トライアルをご利用いただけます。