採用から退職まで:従業員ライフサイクルのデータテンプレート
採用から退職まで:従業員ライフサイクルのデータテンプレート
- 収集を推奨する属性
- 追跡すべき主要なアクティビティ
- 抽出方法
採用から退職まで:従業員ライフサイクルの属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 従業員のライフサイクルで発生した特定のイベントまたはタスクの名称です。 | ||
| 説明 この属性は、採用から退職までのプロセスにおける1つのステップまたはマイルストーンを示します。イベントログの各レコードは、「Offer Extended」や「Performance Review Conducted」など、1つのアクティビティを表します。 これらのアクティビティの順序によってプロセスマップが形成されます。アクティビティの種類、順序、頻度を分析することが、プロセスマイニングの中心です。実行されている業務を把握し、標準プロセスからの逸脱を特定し、ボトルネックを見つけ出せます。 重要な理由 プロセスの各ステップを定義し、プロセスフローの可視化や、プロセスのばらつきとパフォーマンスの分析を可能にします。 入手先 ADP Workforce Nowの各種モジュールから取得されるビジネスイベントです。多くの場合、システムイベントやステータス変更を標準化されたアクティビティ名にマッピングする必要があります。 例 求人依頼を作成オファーを承諾パフォーマンスレビューを実施従業員の退職 | |||
| イベントタイムスタンプ EventTimestamp | アクティビティが発生した正確な日時です。 | ||
| 説明 このタイムスタンプはアクティビティの開始を示し、プロセス分析の基礎となります。イベントの時系列を確定するため、プロセスマップの作成や従業員ライフサイクルの流れの把握に必要です。 イベントタイムスタンプは、アクティビティ間のサイクルタイム(採用までの期間など)や特定ステージの所要時間といった、時間に基づくすべての指標の計算に使用します。タイムスタンプを分析することで、遅延、ボトルネック、プロセス全体の処理速度が明らかになります。 重要な理由 プロセスに時間軸を与え、所要時間の計算、ボトルネック分析、イベントの正しい順序付けを可能にします。 入手先 通常、ADP Workforce Nowの各種モジュール内のレコードにある「creation date」、「effective date」、「last modified date」として記録されています。 例 2023-01-15T09:00:00Z2023-03-20T14:30:00Z2024-05-10T11:25:13Z | |||
| 従業員ID EmployeeId | 採用時に各従業員へ割り当てられる、システムが生成した一意の識別子です。 | ||
| 説明 従業員IDは、組織内における各個人のライフサイクルを識別する一意のIDです。応募から退職までのすべてのイベントがこのIDに紐づくため、従業員の経歴を一貫して把握できます。 プロセスマイニングでは、このIDがCase IDとして欠かせません。「Onboarding Initiated」、「Performance Review Conducted」、「Employee Terminated」など、個別に記録されたアクティビティを従業員ごとに1つの時系列プロセスフローへ結び付けます。これにより、従業員一人ひとりの社内での経路をエンドツーエンドで分析できます。 重要な理由 従業員に関するすべてのイベントを結び付ける基本キーであり、従業員ライフサイクル全体を再構築して分析できます。 入手先 ADP Workforce Nowの従業員マスターデータテーブルの多くで、主キーとして使用されます。 例 900134875900256981900487332 | |||
| ソースシステム SourceSystem | イベントデータを抽出したシステムです。 | ||
| 説明 この属性はデータの発生元を示します。このプロセスビューでは主に「ADP Workforce Now」ですが、より広い環境では、Applicant Tracking System(ATS)や学習管理システム(LMS)など、他の連携システムからイベントを取得する場合もあります。 ソースシステムを記録することで、データの検証やトラブルシューティング、プロセスデータの範囲の把握が容易になります。複数のHRシステムを連携する環境では、データの出所を明確にするためにも役立ちます。 重要な理由 データの発生元に関する重要な文脈を提供し、データガバナンス、検証、複数システムにまたがるプロセス分析の管理に役立ちます。 入手先 通常、データ抽出・変換(ETL)処理の際に、レコードを識別するための固定値として追加されます。 例 ADP Workforce NowADP_WFN_ETL | |||
| 最終データ更新 LastDataUpdate | ソースシステムからデータが最後に更新または抽出された日時を示すタイムスタンプです。 | ||
| 説明 この属性は、プロセスマイニングツール内のデータがどの時点まで更新されているかを示します。データを読み込むたびに、データセット全体へ1つのタイムスタンプが付与されます。 分析結果がどの程度最新のものかを把握するうえで重要な情報です。前日、前週、前月のどのデータを見ているのかが分かるため、プロセスパフォーマンスや最近の変化を適切に解釈できます。 重要な理由 データの鮮度を示し、分析対象の期間を正しく理解して、結果を信頼できるようにします。 入手先 データ抽出時に、データパイプラインまたはETLツールがデータセットへ生成・付与します。 例 2024-07-28T04:00:00Z | |||
| イベント完了タイムスタンプ EventCompletionTimestamp | アクティビティが完了した日時を示すタイムスタンプです。 | ||
| 説明 このフィールドはアクティビティの終了を示します。従業員ライフサイクル内の個別タスクの処理時間や所要時間を計算するために欠かせません。たとえば、「Background Check Initiated」のイベントタイムスタンプとイベント完了タイムスタンプの差から、調査にかかった期間を算出できます。想定より時間がかかっている特定のアクティビティを見つけるのに役立ちます。 重要な理由 アクティビティの所要時間を正確に計算することで、ボトルネックを特定し、オンボーディングタスクや人事評価など、特定ステップの効率を測定できます。 入手先 ADP Workforce Nowのドキュメントを確認してください。独立したフィールドとして存在する場合や、後続のステータス変更から推定する場合があります。 例 2023-03-15T11:00:00Z2023-05-21T17:35:10Z2024-01-20T10:05:00Z | |||
| ユーザー名 UserName | アクティビティを実行したHR担当者やマネージャーなどのユーザー名です。 | ||
| 説明 この属性は、プロセスのステップに関わった担当者を示します。ユーザー別にアクティビティを分析することで、業務量の分布や研修ニーズを把握したり、特定の担当者に関連する遅延や逸脱を見つけたりできます。たとえば、特定のHRチームメンバーがオンボーディングタスクをより早く完了しているかを分析できます。 重要な理由 担当者の説明責任を明確にし、個人またはチーム単位のパフォーマンス分析を可能にします。リソース配分や研修の改善にも役立ちます。 入手先 ADP Workforce Nowのドキュメントを確認してください。「Modified By」、「Created By」、「Processor」などのフィールドに記録されていることがよくあります。 例 John SmithJane DoeHR_Admin_User | |||
| 入社日 HireDate | 従業員の雇用が正式に開始された日です。 | ||
| 説明 入社日は、ライフサイクル分析の基準となる重要な属性です。勤続期間の計算の起点となり、この日から一定期間内の離職を測定する「Early Employee Attrition Rate」KPIにも欠かせません。従業員の経歴の基準点となるため、期間別のコホート分析によって、プロセスや結果が時間とともにどのように変化したかを確認できます。 重要な理由 勤続期間の計算や早期離職の傾向把握に欠かせません。採用またはオンボーディングプロセスの問題を示す手がかりにもなります。 入手先 ADP Workforce Nowの従業員中核HRプロファイルにある、標準かつ重要なフィールドです。 例 2022-08-012023-01-152024-05-20 | |||
| 職位 JobTitle | 従業員または募集対象のポジションに設定された具体的な職位または役割です。 | ||
| 説明 職位は、部門よりも細かな単位でHRプロセスを分析できます。管理職とエントリーレベルの職種など、役割によるプロセスの違いを把握するために欠かせません。「Hiring Cycle Time Analysis」や「Internal Talent Mobility」などのダッシュボードで、職位別にサイクルタイムや異動パターンを分析するために使用します。 重要な理由 職位ごとの分析を可能にし、採用、昇進、離職のパターンが特定の職務に集中しているかを把握できます。 入手先 ADP Workforce Nowの従業員ポジションデータで確認できます。 例 ソフトウェアエンジニア営業部長HRビジネスパートナーマーケティングアナリスト | |||
| 退職理由 TerminationReason | 従業員の退職理由として記録された内容です。自己都合や会社都合などがあります。 | ||
| 説明 従業員のライフサイクルが終了した際、退職理由は退職の背景を理解するための重要な情報となります。「Early Employee Attrition Trends」ダッシュボードでは、望ましくない離職とそれ以外の離職を区別するために使用します。退職理由を分析することで、管理、企業文化、報酬など、改善が必要な根本的な問題を見つけ出せます。 重要な理由 従業員が退職する理由を理解することは、効果的な定着施策を策定し、従業員体験全体を改善するための基礎となります。 入手先 ADP Workforce Nowの退職ワークフロー中に取得されます。 例 本人都合:辞職会社都合:業績不振会社都合:人員削減定年退職 | |||
| 部門名 DepartmentName | 従業員または求人 requisitionが所属する部門です。 | ||
| 説明 この属性により、組織単位で採用から退職までのプロセスを分けて分析できます。部門を絞り込んだり比較したりすることで、採用サイクルタイム、オンボーディングの効率、離職率の違いを特定できます。たとえば、「Hiring Cycle Time Analysis」ダッシュボードでは、この属性を使って採用までの期間が最も長い部門と短い部門を示します。 重要な理由 部門単位の分析は、特定の事業領域に固有のプロセス上の問題を見つけ、改善施策を適切に設計するために欠かせません。 入手先 ADP Workforce Nowの従業員のポジションデータまたは組織上の所属データで確認できます。 例 営業エンジニアリングマーケティング人事 | |||
| 雇用ステータス EmploymentStatus | 従業員の現在の雇用ステータスです。Active、Terminated、On Leaveなどがあります。 | ||
| 説明 この属性は、従業員ライフサイクルのケース全体の状態を追跡します。現在の人員構成を把握したり、人事評価の分析では在籍中の従業員だけ、退職手続きの分析では退職済みの従業員だけに絞り込んだりするための基礎となります。「Offer Accepted」や「Employee Terminated」などの主要なライフサイクルイベントに応じてステータスが変わります。 重要な理由 ケースに重要な文脈を与え、対象となる従業員集団への絞り込みや、異なる結果に至るプロセスフローの把握を可能にします。 入手先 ADP Workforce Nowの従業員中核プロファイルにある主要フィールドで、通常は「Employment Status」または類似の名称で記録されています。 例 在籍中退職済み休職中入社待ち | |||
| SLA目標日 SlaTargetDate | 特定のアクティビティを完了すべき目標日です。 | ||
| 説明 SLA目標日は、コンプライアンスとパフォーマンスの監視に欠かせないデータです。重要なタスクをどの程度の期間で完了すべきかを定めます。「SLA Adherence, Background Check」KPIの基礎となり、「Compliance & Critical Task Monitoring」ダッシュボードで期限超過項目を特定するために使用します。実際の完了タイムスタンプと目標日を比較することで、プロセスマイニングツールがSLA違反を自動的に特定できます。 重要な理由 コンプライアンスとサービスレベル合意を自動的に監視し、事業上または法的なリスクにつながる可能性のある重要タスクの遅延を明らかにします。 入手先 ADP Workforce Nowのドキュメントを確認してください。カスタムフィールドの場合や、ビジネスルール(例:入社日+5日)に基づいて算出される場合があります。 例 2023-04-102024-02-282024-07-05 | |||
| SLA遵守ステータス SlaAdherenceStatus | アクティビティが期限内に完了したか、遅延したかを示す計算済みステータスです。 | ||
| 説明 アクティビティの完了タイムスタンプと「SlaTargetDate」を比較して算出します。結果は「On Time」や「Late」など、明確で分かりやすいステータスになります。「Compliance & Critical Task Monitoring」ダッシュボードでSLAパフォーマンスを一覧表示するために使用し、日付を手動で比較しなくても、期限超過タスクをすばやく特定して詳細を確認できます。 重要な理由 複雑な日付比較を、実行可能なシンプルなステータスに変換します。これにより、組織全体のSLAコンプライアンスを簡単に監視・管理できます。 入手先 アクティビティの「EventCompletionTimestamp」と「SlaTargetDate」を比較し、プロセスマイニングツール内で算出します。 例 期限内遅延遅延のおそれ | |||
| パフォーマンス評価 PerformanceRating | 人事評価サイクルで従業員に付与された評価です。 | ||
| 説明 この属性は、「Performance Review Conducted」アクティビティの結果を記録します。昇進、報酬変更、退職など、他のライフサイクルイベントとの相関分析に利用できます。データを分析することで、人材管理プロセスの有効性を評価し、高評価者が昇進しやすいか、退職しやすいかといった傾向を把握できます。 重要な理由 パフォーマンスの結果とプロセスイベントを結び付け、人材管理、定着、評価の影響をより深く分析できます。 入手先 ADP Workforce NowのPerformance Managementモジュールから取得されます。 例 期待を上回る期待どおり改善が必要卓越 | |||
| 事業部門名 BusinessUnitName | 従業員が所属する、部門より上位の事業部門または事業本部です。 | ||
| 説明 事業部門は、部門より上位の組織グループです。会社の主要部門間でパフォーマンスを比較する経営層向けダッシュボードに役立ちます。たとえば、ある事業部門の社内人材流動性が大幅に高いことが分かれば、その部門の人材育成施策を詳しく調べるきっかけになります。 重要な理由 HRプロセスを高い視点から戦略的に分析でき、経営層が部門ごとのパフォーマンスや傾向を把握するのに役立ちます。 入手先 ADP Workforce Nowの組織構造データの一部で、従業員のポジションに関連付けられています。 例 消費者向け製品エンタープライズソフトウェアグローバルサービス | |||
| 勤務地 WorkLocation | 従業員が勤務する物理的または指定された場所です。 | ||
| 説明 この属性により、地理的な観点から採用から退職までのプロセスを分析できます。オフィス、都市、国ごとに採用期間や離職率などのプロセスパフォーマンスを比較できます。従業員ライフサイクルに影響する、地域ごとの管理慣行、労働市場の状況、コンプライアンス要件の違いを明らかにできます。 重要な理由 地域別の分析を可能にし、プロセスの地域差を特定するとともに、すべての拠点でHR施策が有効かつコンプライアンスに沿っていることを確認できます。 入手先 ADP Workforce Nowの従業員プロファイルおよびポジションデータにある標準フィールドです。 例 ニューヨーク州ニューヨーク英国ロンドンカリフォルニア州サンフランシスコリモート | |||
| 早期離職フラグ IsEarlyAttrition | 従業員の退職が、あらかじめ定めた早期期間内に発生したかを示すフラグです。 | ||
| 説明 離職分析を簡単にする、計算によって求められる真偽値属性です。「TerminationDate」と「HireDate」を比較して算出します。差が定義したしきい値(例:365日)未満の場合、フラグをtrueに設定します。この属性は「Early Employee Attrition Trends」ダッシュボードと対応するKPIに直接利用され、早期離職のケースを簡単に絞り込み、集計できます。 重要な理由 早期離職を簡単に特定・分析できます。採用やオンボーディングプロセスに潜む問題を示す重要な指標です。 入手先 プロセスマイニングツールで「HireDate」と「TerminationDate」を比較して算出します。 例 truefalse | |||
| 求人 requisition ID JobRequisitionId | 採用プロセスの起点となった求人 requisitionを識別する一意のIDです。 | ||
| 説明 求人 requisition IDは、作成からオファー承諾までの初期段階の採用アクティビティを、特定の募集中ポジションに結び付けます。従業員ライフサイクル全体の中で、サブ識別子として機能します。「Hiring Cycle Time Analysis」ダッシュボードでは、複数の候補者を検討する場合でも、ポジションごとの採用までの期間を正確に測定できます。 重要な理由 候補者単位ではなく、求人ごとの採用ファネルとサイクルタイムを正確に分析できます。 入手先 ADP Workforce Nowの採用または人材獲得モジュールから取得されます。 例 REQ-2023-00123REQ-2024-00456REQ-2024-00789 | |||
| 研修名 TrainingName | 従業員に割り当てられた研修コースの名称またはタイトルです。 | ||
| 説明 この属性は、「Training Assigned」および「Training Completed」アクティビティの背景情報を提供します。必須のコンプライアンス研修や職務別の能力開発コースなど、特定の研修プログラムを分析できます。「Training Assignment & Completion」ダッシュボードでは、この属性を使ってコースごとの完了率を追跡し、受講率が低い、または期限超過が多い研修プログラムを特定します。 重要な理由 研修プログラムの有効性、コンプライアンス、従業員の成長状況を細かく分析できます。 入手先 ADP Workforce NowのLearning Management System(LMS)モジュール、または連携されたサードパーティ製LMSから取得されます。 例 サイバーセキュリティ意識2024新任マネージャーの基本行動規範年次研修 | |||
| 退職日 TerminationDate | 従業員の雇用における正式な最終日です。 | ||
| 説明 退職日は従業員ライフサイクルの終了を示します。入社日と組み合わせて、従業員の最終的な勤続期間を計算します。離職率の分析、退職手続きの所要時間の把握、過去の分析における従業員集団の分類に欠かせない属性です。 重要な理由 この日付によって従業員の経歴の終点が定まり、勤続期間と離職指標を正確に計算できます。 入手先 ADP Workforce Nowで退職処理が完了した際に入力される標準フィールドです。 例 2023-11-302024-06-142024-07-31 | |||
採用から退職まで:従業員ライフサイクルのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| オファーを承諾 | 候補者が採用オファーを正式に承諾し、入社前の準備プロセスが始まったことを示します。候補者の応募ステータスが「Offer Accepted」または「Hired」に変更されたことから推定します。 | ||
| 重要な理由 このアクティビティは、採用サイクルの主要部分を完了させ、「採用までの時間」KPIの終点になります。候補者が新入社員へ移行したことを示します。 入手先 ADP Recruiting & Hiringモジュールの候補者応募レコードにおけるステータス変更から推定します。このステータス変更日をイベント日時として使用します。 取得 候補者の応募ステータスが「Offer Accepted」または「Hired」に変更されたことです。 イベントタイプ inferred | |||
| 従業員の退職 | 従業員のステータスが非アクティブになり、会社との雇用関係が正式に終了したことを示します。従業員のステータスフィールドが「Terminated」に変更されたことから推定します。 | ||
| 重要な理由 このアクティビティは、従業員ライフサイクルのケースが正式に終了したことを示します。このステータス変更の発効日が、従業員の正式な退職日です。 入手先 ADPの中核HRプロファイルデータにある「Employee Status」フィールドから推定します。このステータス変更の発効日をイベントタイムスタンプとします。 取得 「Employee Status」フィールドが「Terminated」に変更された発効日です。 イベントタイプ inferred | |||
| 従業員プロフィールを作成 | コア人事システムで従業員レコードが正式に作成されたことを示します。従業員マスターデータレコードの作成日から明示的なイベントとして取得します。 | ||
| 重要な理由 このアクティビティは、人事システム内で従業員の歩みが正式に始まったことを示します。給与や福利厚生の設定など、その後のライフサイクルイベントに必要な基本ステップです。 入手先 ADP HRモジュールの主要なイベントです。従業員の主要レコードの作成日時、または有効な「Hire Date」を使用します。 取得 従業員マスターレコードの作成日、または「Hire Date」項目です。 イベントタイプ explicit | |||
| 求人依頼を作成 | 新規または既存のポジションについて、採用依頼が正式に作成されたことを示します。採用モジュールで新しい求人依頼レコードが作成された日時から、このイベントを取得します。 | ||
| 重要な理由 このアクティビティは、採用プロセスを開始する主なトリガーです。「採用までの時間」KPIを測定し、採用ファネルの効率を分析する際の起点になります。 入手先 ADP Recruiting & Hiringモジュールから取得します。通常は、求人依頼レコードの作成日として明示的に記録されるイベントです。 取得 採用モジュールにおける求人依頼レコードの作成日時です。 イベントタイプ explicit | |||
| 給与設定を完了 | 銀行口座情報や税務書類など、新入社員の給与情報の入力と確認が完了したことを示します。通常は、従業員の給与ステータスが「Active」になった時点から推定します。 | ||
| 重要な理由 従業員に正確かつ適時に給与を支払うための重要なステップです。「オンボーディングサイクルタイム」KPIの主要な構成要素でもあります。 入手先 ADP Payrollモジュール内のステータス項目から推定します。従業員のステータスが「Active for Payroll」に変更された有効日をタイムスタンプとして使用します。 取得 給与ステータスが「Active」になった有効日です。 イベントタイプ inferred | |||
| 退職手続きの開始 | 従業員の自己都合退職または会社都合退職を契機とする退職手続きの開始を示します。退職トランザクションが初めてシステムに入力された時点で取得します。 | ||
| 重要な理由 このアクティビティが、退職手続き全体の起点となります。退職手続きの効率を分析する出発点であり、「Early Employee Attrition Rate」KPIにも欠かせません。 入手先 マネージャーまたはHRユーザーが退職ワークフローを開始した際に、ADPのHRモジュールから取得します。このトランザクションの作成日をタイムスタンプとして使用します。 取得 退職リクエストまたはトランザクションの作成日です。 イベントタイプ explicit | |||
| オファーを提示 | 候補者に正式な採用オファーが提示されたことを示します。通常は、候補者の応募レコードのステータスが「Offer Extended」や「Offer Pending」などに変更されたことから推定します。 | ||
| 重要な理由 採用プロセスにおける重要な節目です。応募からオファー提示までの時間を測定すると、書類選考や面接段階の遅延を特定できます。 入手先 ADP Recruiting & Hiringモジュール内の候補者応募のステータス変更から推定します。ステータスが変更された日時をイベント時刻として使用します。 取得 候補者の応募ステータスが「Offer Extended」または同様の状態に変更されたことです。 イベントタイプ inferred | |||
| オンボーディングを開始 | 新入社員のオンボーディングプロセスまたはワークフローが正式に始まったことを示します。通常は、オンボーディングタスクのチェックリストやワークフローが新入社員に割り当てられた時点で取得します。 | ||
| 重要な理由 このアクティビティは、新入社員を組織に迎え入れるプロセスの開始を示します。この時点から完了までの時間を分析すると、オンボーディングの効率を測定できます。 入手先 ADP Onboardingモジュールから取得します。通常は、オンボーディングワークフローまたは最初のオンボーディングタスクの割り当て日から推定します。 取得 オンボーディングチェックリストまたはワークフローの割り当て日です。 イベントタイプ inferred | |||
| パフォーマンスレビューを実施 | 従業員の正式なパフォーマンスレビューサイクルが完了したことを示します。通常は、パフォーマンスレビューフォームまたはワークフローの完了日から取得します。 | ||
| 重要な理由 パフォーマンス管理プロセスにおける重要な節目です。追跡することで、組織全体のレビューの適時性と一貫性を確認できます。 入手先 ADP Performance Managementモジュールから取得します。レビューフォームの完了日または最終承認日時から推定します。 取得 パフォーマンスレビューフォームの完了日または最終承認日です。 イベントタイプ inferred | |||
| 候補者が応募 | 候補者が求人依頼に応募を送信した時点を示します。新しい候補者プロフィールが特定の求人依頼に関連付けられた時点で取得します。 | ||
| 重要な理由 応募の送信を追跡すると、採用経路の効果を分析し、ポジションごとに採用パイプラインへ入った候補者数を測定できます。 入手先 ADP Recruiting & Hiringモジュールにあります。候補者の応募レコードが作成された日時に対応するイベントです。 取得 候補者の応募レコードの作成日時です。 イベントタイプ explicit | |||
| 報酬変更を承認 | 従業員の給与または報酬パッケージの変更が承認されたことを示します。報酬変更トランザクションがシステムで確定した時点で取得します。 | ||
| 重要な理由 報酬の変更を分析すると、給与の傾向、予算への準拠状況、パフォーマンスレビューや昇進の結果を把握できます。 入手先 ADPの人事または報酬モジュールから取得します。通常は、承認された給与レート変更に関連する有効日を持つ明示的なイベントです。 取得 承認された報酬変更トランザクションの有効日です。 イベントタイプ explicit | |||
| 役職変更の開始 | 異動や配置転換を含む、従業員の役職変更プロセスの開始を示します。「Job Change」リクエストまたはトランザクションが作成された時点で取得します。 | ||
| 重要な理由 このアクティビティは、社内人材の流動性プロセスを分析する出発点です。開始から承認までの期間を把握することで、人材管理の効率を明らかにできます。 入手先 ADPのHRモジュールから取得します。多くの場合、マネージャーによるセルフサービス操作が起点です。Job Changeリクエストトランザクションの作成日から取得します。 取得 職務またはポジション変更リクエストの作成日です。 イベントタイプ explicit | |||
| 昇進を承認 | 従業員の新しい役職または職位への昇進が正式に承認されたことを示します。従業員の「Job Role」または「Title」フィールドの変更について、発効日からこのイベントを取得します。 | ||
| 重要な理由 このアクティビティは、社内人材の流動性と人材育成を示す重要な指標です。「Internal Mobility Cycle Time」KPIの計算に欠かせません。 入手先 ADPの中核HRモジュールにある従業員レコードの「Job Title」または「Job Code」フィールドの変更から推定します。この変更の発効日をイベント時刻とします。 取得 従業員のJob Titleフィールドが変更された発効日です。 イベントタイプ inferred | |||
| 研修を割り当て | 特定の研修コースまたは学習プランが従業員に割り当てられたことを示します。学習管理システムで割り当てレコードが作成された時点から取得します。 | ||
| 重要な理由 このアクティビティは、必須研修へのコンプライアンスと従業員の成長を追跡するうえで重要です。「Training Assignment-Completion Rate」KPIの前半にあたります。 入手先 ADP TalentまたはLearningモジュールから取得します。研修割り当てレコードのタイムスタンプを使用します。 取得 従業員に対する研修割り当てレコードの作成日です。 イベントタイプ explicit | |||
| 福利厚生への加入を完了 | 従業員が初回の福利厚生の選択手続きを正常に完了したことを示します。従業員の福利厚生加入レコードが完了または承認済みとして記録された時点で取得します。 | ||
| 重要な理由 福利厚生への適時な加入は、従業員満足度とコンプライアンスに欠かせません。このアクティビティの遅延は、オンボーディング時の案内やシステムの使いやすさに問題がある可能性を示します。 入手先 ADP Benefits Administrationモジュールから取得します。通常は「Enrollment Completion Date」またはステータスが「Enrolled」に変更されたことから推定します。 取得 福利厚生加入レコードのステータスが「Completed」に変更された日時です。 イベントタイプ inferred | |||
| 身元調査を開始 | 入社前の身元調査プロセスが始まったことを示します。通常は、第三者の調査会社に依頼を出した時点、または社内プロセスを開始した時点で取得します。 | ||
| 重要な理由 コンプライアンスに関する重要な確認ポイントです。このアクティビティを監視すると、採用ポリシーや入社前調査に関するSLAへの準拠状況を確認できます。 入手先 ADP Recruitingモジュールや連携された身元調査プロバイダーから取得できる場合があります。ステータス変更や「Background Check Start Date」などの特定の日付項目から推定することもあります。 取得 ステータスが「Background Check in Progress」に変更された日時です。 イベントタイプ inferred | |||
| 退職手続きタスクの完了 | 資産の返却やシステムアクセスの無効化など、必要な退職手続きタスクがすべて完了したことを示します。退職チェックリストまたはワークフローが最終的な完了ステータスに達した時点で推定します。 | ||
| 重要な理由 このアクティビティは、安全でコンプライアンスに沿った従業員の退職を確実にするために欠かせません。「Offboarding Process Completion」分析の終点です。 入手先 ADPのHRモジュールまたはOnboardingモジュール内の退職チェックリストやワークフローから推定します。最後のタスクの完了時刻、またはワークフロー全体の完了時刻を使用します。 取得 退職チェックリストまたはワークフロー全体の完了タイムスタンプです。 イベントタイプ inferred | |||
| 退職面談の実施 | 退職する従業員との退職面談が完了したことを示します。通常は、日付フィールドまたは退職チェックリスト内の完了済みタスクから手動で取得します。 | ||
| 重要な理由 必須とは限りませんが、このアクティビティを記録することで、標準化された退職手続きの一環として、退職する従業員から貴重なフィードバックを確実に収集できます。 入手先 このデータは、退職ワークフローの一部としてADPのHRモジュールに保存されるか、専用の人材管理モジュールに保存されます。多くの場合、手動で入力する日付フィールドです。 取得 「Exit Interview Completion Date」フィールドへの入力です。 イベントタイプ explicit | |||
抽出ガイド
このプロセスの抽出方法は現在検証中です。後ほど再度ご確認いただくか、 お問い合わせ ください。
始める準備はできていますか?
このテンプレートを使えば、採用から退職までの従業員ライフサイクルデータを抽出、変換、読み込みする準備が整います。今すぐプロセスマイニングを始め、HR業務に関する新たな発見につなげてください。
今すぐ採用から退職までの従業員ライフサイクルを改善
サイクルタイムを30%短縮し、ADPの従業員ライフサイクルを改善できます。
クレジットカードは不要です。今すぐ改善を始めてください。