データテンプレート: 採用から退職までの従業員ライフサイクル
採用から退職までの従業員ライフサイクルデータテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- Microsoft Dynamics 365 Hr向けの抽出ガイド
採用から退職までの一連の従業員ライフサイクル属性
| 名前 | 説明 | ||
|---|---|---|---|
アクティビティ名 ActivityName | 「従業員雇用」や「人事評価実施」など、発生した特定の人事ライフサイクルイベントの名前です。 | ||
説明 アクティビティ名は、採用から退職までのプロセスにおける個々のステップや重要な節目(マイルストーン)を指します。記録される各イベントは、従業員のジャーニーを構成する一連のアクティビティとして表現されます。 この属性は、プロセスマップを構築する上で不可欠です。さまざまなアクティビティの順序や頻度を分析することで、組織は一般的なプロセス経路、逸脱、ボトルネックを特定できます。例えば、「求人票作成」から「内定承諾」までの経路を可視化し、採用効率を測定するのに役立ちます。 その重要性 プロセスマップ内のステップを定義することで、採用からオフボーディングまでの従業員ライフサイクルの可視化と分析が可能になります。 取得元 この属性は、Dynamics 365 HRの採用、オンボーディング、Core HRなど、さまざまなモジュール内のステータス変更、完了したタスク、または記録されたイベントから通常導出されます。 例 求人依頼作成済み従業員がオンボーディングを完了したパフォーマンスレビュー実施済み解雇開始 | |||
イベント日時 EventTime | 人事アクティビティが発生した日時を示すタイムスタンプです。 | ||
説明 イベントタイムは、従業員ライフサイクルにおける各アクティビティの正確な日付と時刻を記録します。この時間データは、プロセス期間の分析、遅延の特定、およびイベントの順序の理解に不可欠です。 プロセスマイニングにおいて、このタイムスタンプは、イベントを正しく順序付けし、アクティビティ間の時間(サイクルタイム)とプロセス全体の期間(ケース期間)を計算するために使用されます。これは、「平均採用期間」や「オンボーディングサイクルタイム」など、ほぼすべての時間ベースのKPIの基礎となります。 その重要性 このタイムスタンプは、イベントの順序付け、すべての時間ベースメトリックの計算、プロセスにおけるボトルネックと遅延の発見において不可欠です。 取得元 これは、Dynamics 365 HR内のレコードの作成日時またはステータス更新日時に対応します。例えば、応募日、採用日、または人事評価完了日などです。 例 2023-01-15T09:00:00Z2023-03-20T14:30:00Z2024-05-10T11:00:00Z | |||
従業員ID EmployeeId | 従業員の一意の識別子で、その全ライフサイクルにおける主要なケースIDとして機能します。 | ||
説明 従業員IDは、採用から退職までのプロセス分析の基盤となる情報です。初期の求人応募から最終的な退職手続きまで、すべてのイベントを特定の個人に紐づけ、従業員の組織内でのジャーニー全体をエンドツーエンドで把握できます。 プロセスマイニングでは、この属性を使用して、関連するすべてのアクティビティを単一のケースにグループ化します。従業員IDでプロセスを分析することで、従業員の在籍期間全体、担当した役割の履歴、および各個人における人事評価や昇進などのイベントの頻度を理解するのに役立ちます。 その重要性 これは、従業員関連のすべてのイベントを結びつける不可欠なケース識別子であり、個人の完全なジャーニーとライフサイクルの追跡を可能にします。 取得元 これは通常、Dynamics 365 Human ResourcesのWorker レコードに関連付けられた「Personnel number」フィールドです。 例 E-001234E-005678E-009012 | |||
ソースシステム SourceSystem | データが生成された情報システムを特定します。 | ||
説明 この属性は、イベント データのソースを指定し、このコンテキストでは「Microsoft Dynamics 365 HR」です。データガバナンスとトレーサビリティにおいて重要であり、特に個別の応募者 追跡 システムや給与 プロバイダーなど、複数のHR システムからデータが統合される可能性のある環境では特に重要となります。 分析では、データの整合性の確保に役立ち、特定の記録システムのみに由来するイベントをフィルタリングするために使用できます。これはプロセス マイニング プロジェクトのスコープ検証において貴重です。 その重要性 データの発信源とガバナンスに関する重要なコンテキストを提供することで、トレーサビリティを確保し、分析を特定の記録システムに絞り込むのに役立ちます。 取得元 これはデータ抽出および変換プロセス中に追加される静的値であり、レコードの発生源を識別するために用いられます。 例 Microsoft Dynamics 365 HR | |||
最終データ更新 LastDataUpdate | データがソースシステムから最後に更新または抽出された日時を示すタイムスタンプです。 | ||
説明 この属性は、データセットが最後に更新された日時を記録します。これは分析の適時性を判断する上で重要なコンテキストとなり、ユーザーがプロセスのインサイトの最新性を理解するのに役立ちます。 ダッシュボードやレポートでは、このタイムスタンプがデータの鮮度をユーザーに通知するために表示されることがよくあります。これにより、データの古さを踏まえて意思決定が行われ、古い情報に基づく誤解を防ぎます。 その重要性 データの鮮度をユーザーに伝え、分析の期間を理解し、最新情報に基づいて意思決定を行えるようにします。 取得元 この値は通常、Dynamics 365 HRからデータが抽出される際に、ETL (Extract, Transform, Load) プロセス中に生成され保存されます。 例 2024-07-29T04:00:00Z2024-07-30T04:00:00Z | |||
場所 Location | 従業員が勤務する地理的な場所またはオフィスを指します。 | ||
説明 所在地は、従業員の物理的または地域的な勤務地(国、州、都市、特定のオフィスビルなど)を特定します。 大規模で分散した組織にとって、所在地別に人事プロセスを分析することは不可欠です。これにより、採用期間、離職率、プロセスコンプライアンスにおける地域差を特定できます。この属性は、地理的なフィルターとして、ほぼすべてのダッシュボードで詳細な調査をサポートします。 その重要性 分析に地理的な側面をもたらし、プロセスのパフォーマンスや従業員の動向における地域差を明らかにするのに役立ちます。 取得元 これは通常、Dynamics 365 HRの従業員の役職または従業員レコードの一部であり、特定のオフィスまたは法人住所にリンクされています。 例 ニューヨーク、米国ロンドン、英国ベルリン、ドイツ東京、日本 | |||
採用マネージャー HiringManager | 特定の求人における採用決定に責任を持つマネージャーを指します。 | ||
説明 採用マネージャーとは、求人票の責任者であり、最終的にその職位の充足に責任を持つ個人です。この属性を追跡することは、採用プロセスにおけるさまざまなマネージャーやチームのパフォーマンスを理解する上で重要です。 この属性により、マネージャー別に分析をセグメント化(分類)することができ、採用サイクルタイム、内定承諾率、およびオンボーディングの有効性におけるばらつきを明らかにできます。どのマネージャーや部門が最も効率的であるかを特定するのに役立つため、「採用期間分析」ダッシュボードを直接サポートします。 その重要性 プロセスのパフォーマンスを特定のマネージャーに関連付けることで、採用プロセスにおける具体的なフィードバックを提供し、ベストプラクティスや改善が必要な領域を特定できるようになります。 取得元 これは通常、Dynamics 365 HRの採用モジュール内の求人票レコードに保存されます。 例 ジェーン・ドウJohn Smithエミリー・ジョーンズ | |||
終了日時 EndTime | アクティビティの完了日時を示すタイムスタンプで、期間分析に利用されます。 | ||
説明 終了時刻は、バックグラウンドチェックや研修モジュールのように期間を伴うアクティビティの完了を示す時点です。多くの人事イベントは瞬間的(StartTimeで記録)ですが、中には明確な開始と終了を持つものもあります。 この属性は、個々のアクティビティにかかる処理時間を正確に計算するために不可欠です。どのステップが最も時間を消費するかを分析し、特定のタスクにかかる時間を測定することで、「オンボーディングプロセスパフォーマンス」のようなダッシュボードのサポートに役立ちます。 その重要性 個々の活動にかかる時間を正確に算出し、プロセス内で最も時間のかかるステップを特定する上で非常に重要です。 取得元 これは、期間のあるタスク向けにDynamics 365 HRの別フィールドである場合もあれば、プロセスにおける次のアクティビティのStartTimeである場合もあります。 例 2023-01-20T17:00:00Z2023-04-01T10:00:00Z2024-06-15T16:30:00Z | |||
職務役割 JobRole | 従業員の特定の役職または役割を指します。 | ||
説明 職務役割は、「ソフトウェアエンジニア」や「アカウントマネージャー」のように、組織内における従業員の役職を定義します。これにより、部門よりも詳細な粒度でプロセス分析を行うことができます。 特定の役割に対する採用プロセスの分析、キャリアパスの追跡、特定の役職に関連する離職傾向の特定に活用されます。例えば、「技術職の採用期間(Time to Hire)が著しく長いのか」、あるいは「特定の職務役割で早期離職率が高いのか」といった疑問に答えるのに役立ちます。 その重要性 特定の職務機能ごとに人事プロセスを詳細に分析でき、改善策の調整や役割に特有の問題の特定に役立ちます。 取得元 この情報は、Dynamics 365 HRの従業員の役職または職務詳細の一部として保存されます。 例 シニアアカウンタントプロダクトマネージャーHRジェネラリスト**データアナリスト** | |||
解雇理由 TerminationReason | 「自己都合退職」や「会社都合解雇」など、従業員の退職理由を指します。 | ||
説明 この属性は、従業員の在籍期間が終了した理由を分類します。これらの理由は人事ポリシー内で標準化されていることが多く、従業員離職の要因を理解するために不可欠です。 分析において、退職理由は「従業員離職動向」ダッシュボードの主要な属性です。これにより組織は、望ましい離職と望ましくない離職を区別し、特定の部門における自己都合退職の多さなど、マネジメントや報酬に関する問題を示唆する可能性のあるパターンを特定できます。 その重要性 従業員の離職要因を理解する上で不可欠であり、具体的な定着戦略の策定や離職の根本原因への対処を可能にします。 取得元 この情報は、Dynamics 365 HRのCore HR モジュール内のオフボーディングまたは解雇プロセスの一部として通常記録されます。 例 自己都合退職非自発的 - パフォーマンス定年退職契約終了 | |||
部署 Department | 従業員が配属されている組織の部門(例:営業、エンジニアリング)を指します。 | ||
説明 この属性は、従業員が割り当てられている部署を示します。これは、ビジネスにおける異なる部門間でプロセスパフォーマンスをセグメント化し、比較する上で重要なディメンションとなります。 分析では、部署は「どの部署が最も離職率が高いか?」や「エンジニアリング部署はマーケティング部署よりも採用にかかる時間が長いか?」といった質問に答えるために、プロセスマップやKPIをフィルタリングするのに使用されます。「従業員離職トレンド」および「HR ワークフロー バリアント 分析」ダッシュボードにおいて不可欠な要素です。 その重要性 これにより、プロセスを強力にセグメント化し、各部門に固有のパフォーマンスの違い、ボトルネック、離職トレンドを明らかにすることができます。 取得元 この情報は、Dynamics 365 HRのCore HR モジュール内の従業員の役職詳細にリンクされています。 例 営業人事情報技術財務 | |||
SLA目標日 SlaTargetDate | 人事評価のようなアクティビティが完了すべき期日を指します。 | ||
説明 SLA目標期日は、特定の期限を伴うアクティビティの期日を表します。これは、年次人事評価や義務的なトレーニング完了のような定期的なイベントで最も一般的に使用されます。 この属性は、コンプライアンス関連のKPIを計算するために不可欠です。「人事評価順守状況」ダッシュボードで、実際の完了日(EventTime)を目標期日と比較することで、「人事評価期限内完了率」KPIの計算に直接利用されます。 その重要性 迅速性とコンプライアンスを測定するためのベンチマークを提供し、パフォーマンスレビューやその他の期限付き人事タスクに関連するKPIにとって重要です。 取得元 この日付は、人事評価レコード自体に保存されるか、従業員の採用日と会社規定に基づいて計算される場合があります。 例 2024-06-30T23:59:59Z2024-09-15T23:59:59Z2025-01-31T23:59:59Z | |||
データは完全か IsDataComplete | 新規採用者のすべての重要な**データ**フィールドが入力されているかどうかを示すブール値フラグです。 | ||
説明 この属性は、「従業員オンボーディング完了」アクティビティが発生した後、部門や職務などの主要な従業員データポイントの完全性を確認します。これは、従業員記録の初期設定におけるデータ品質チェックとして機能します。 このフラグは「必須データ欠落率」KPIの計算に使用されます。ライフサイクルの早期に不完全なデータを持つケースを特定することで、組織はデータ入力エラーに対処し、人事情報システムの信頼性を向上させることができます。 その重要性 新入社員の初期データ品質を測定し、人事データ入力エラーの特定・削減を支援することで、信頼性の高いレポート作成を保証します。 取得元 これはデータ変換中に導出される計算フィールドです。オンボーディング完了後のケースにおいて、「Department」や「JobRole」などのフィールドがnullではないかを確認します。 例 truefalse | |||
ユーザー User | システム内で人事アクティビティまたはタスクを実行した個人を指します。 | ||
説明 この属性は、HRビジネスパートナー、採用担当者、管理者など、特定のアクティビティを実行したユーザーを識別します。従業員のライフサイクル全体にわたって、システムとの人間によるインタラクションを追跡します。 ユーザーごとのアクティビティを分析することで、ワークロードの把握、トレーニングニーズの特定、プロセスステップが異なる担当者によって処理されている箇所の特定に役立ちます。例えば、「給与設定完了」の遅延が特定のユーザーに常に関連している場合、追加のトレーニングやサポートが必要となる可能性を示唆しています。 その重要性 個々の担当者にプロセス活動を紐づけることで、ワークロードの分散、ユーザーのパフォーマンス、トレーニング機会の分析が可能になります。 取得元 これはDynamics 365 HR全体にわたるシステム監査ログまたは様々なレコードの「Modified By」フィールドで捕捉されることがよくあります。 例 hr_specialist_1recruiter_alicemanager_bob | |||
処理時間 ProcessingTime | アクティビティの期間を指し、終了時刻と開始時刻の差として計算されます。 | ||
説明 処理時間は単一の活動に費やされた時間を測定します。これは、特定のイベントのEndTimeからStartTimeを差し引くことで計算されます。 この指標は、活動レベルでのボトルネックを特定する上で不可欠です。「従業員ジャーニーのボトルネック」のようなダッシュボードでは、この属性を使用して、「バックグラウンドチェック完了」のような特定のステップがプロセス全体で最も時間を要している箇所を強調表示します。 その重要性 個々のステップにかかる時間を定量化することで、プロセスボトルネックの原因となる最も時間のかかる活動を簡単に見つけて分析できるようになります。 取得元 これはデータ変換中にEndTimeからStartTimeを差し引くこと (EndTime - StartTime) で計算されます。 例 P3DT4H30MP10DPT8H | |||
募集依頼ID RequisitionId | 求人申請のユニークな識別子。 | ||
説明 求人IDは、新規従業員採用の申請に割り当てられる一意のコードです。求人掲載からオファーの提示まで、関連するすべての採用活動を単一の採用活動に紐づけます。 この属性は、採用サブプロセスを詳細に分析するのに非常に有用です。同じ職位に応募したすべての候補者をグループ化し、特定の求人ごとの「採用期間」を測定できます。「採用期間分析」ダッシュボードを構築するための重要なフィールドです。 その重要性 特定の求人に対するすべての採用活動をグループ化することで、各ポジションの採用ファネルを正確に測定・分析することが可能になります。 取得元 これはDynamics 365 HRの採用または応募者 追跡 モジュールにおけるレコードの主要識別子です。 例 REQ-2023-05-101REQ-2024-01-203REQ-2024-03-315 | |||
採用にかかる時間 TimeToHire | 求人票が作成されてから、候補者がオファーを承諾するまでの総経過時間を指します。 | ||
説明 「採用リードタイム」は、採用サイクル全体の効率性を測る上で極めて重要なKPIです。これは、個々の従業員または求人に対し、「求人票作成」アクティビティから「オファー承諾」アクティビティまでの期間として算出されます。 この指標は、「採用リードタイム分析」ダッシュボードや「平均採用リードタイム」KPIの主要な対象です。この期間を分析することで、人事部門は、採用活動、面接、オファー提示の各プロセスにおける非効率性を特定し、改善に向けたベンチマークを設定できます。 その重要性 これは採用効率の主要なKPIであり、組織が空席をどれだけ迅速に埋められるかを直接測定します。 取得元 これは、同一ケース内の「求人票作成」アクティビティと「オファー承認」アクティビティのタイムスタンプ間の時間差を求めることで算出されるケースレベルのメトリックです。 例 P35DP48DP60D | |||
期限内人事評価 IsOnTimePerformanceReview | パフォーマンスレビューが目標日までに完了したかどうかを示すブール値フラグです。 | ||
説明 この計算された属性は、人事評価の期限遵守状況を示す真偽値のインジケーターです。これは、「人事評価実施」アクティビティのEventTimeと対応するSlaTargetDateを比較することで導出されます。 このフラグは「人事評価遵守ダッシュボード」の表示に使用され、「人事評価期日内完了率」KPIを直接算出します。これにより、ユーザーが遅延または期日内の評価をすばやくフィルタリングできるため、分析の簡素化に貢献します。 その重要性 各パフォーマンスレビューを期限内か遅延かを明確にフラグ付けすることで、コンプライアンス監視を簡素化し、順守率の計算を容易にします。 取得元 これはデータ変換中に導出される計算フィールドです:EventTime <= SlaTargetDateの場合TRUE、それ以外の場合FALSE。 例 truefalse | |||
雇用形態 EmploymentType | 従業員の勤務形態を、フルタイム、パートタイム、または契約社員などに分類します。 | ||
説明 この属性は雇用契約の性質を定義します。これは、人員計画と分析にとって基本的な情報です。 雇用形態別に従業員ライフサイクルをセグメントに分けて分析することで、異なるプロセス経路と期間が明らかになります。例えば、契約社員のオンボーディングプロセスは、正社員の場合よりも著しく異なり、速い場合があります。この属性は、人事ワークフローバリアント分析に貴重なコンテキストを提供します。 その重要性 これにより、さまざまな種類の従業員のHRプロセスを比較し、異なる雇用区分がどのように管理されているかに関するコンテキストを提供し、そのバリエーションを明らかにすることができます。 取得元 これはDynamics 365 HRのCore HR モジュールにある従業員または役職レコードの標準フィールドです。 例 フルタイムパートタイム契約社員インターン | |||
採用から退職までの一連の従業員ライフサイクル活動
| アクティビティ | 説明 | ||
|---|---|---|---|
オファー受諾済み | 候補者が正式に採用オファーを受諾し、主要な採用サイクルが終了する時点を示します。これは通常、応募者のレコードのステータスが「Offer Accepted」(オファー受諾済み)または同様の状態に変更されたことを推論することで捕捉されます。 | ||
その重要性 これは「Time to Hire」KPIを締めくくる重要なマイルストーンです。成功した採用結果を示し、それに続くプリボーディングアクティビティをトリガーします。 取得元 「Applicant(応募者)」エンティティのステータス変更から推測されます。この変更は、応募者を従業員に変換するワークフローを開始することがよくあります。 取得 応募者ステータスフィールドの更新、例えば「Hired(採用済み)」や「Accepted(受諾済み)」への変更から推測されます。 イベントタイプ inferred | |||
オフボーディング完了 | これは従業員ライフサイクルにおける最後のアクティビティであり、すべてのオフボーディング手順が完了したことを示します。このイベントは、オフボーディングチェックリストのすべてのタスクの完了、または従業員レコードの最終ステータス変更から推測されます。 | ||
その重要性 この終了イベントは、オフボーディング プロセスの全体期間と完了率を測定する上で不可欠であり、すべてのコンプライアンスおよび管理タスクが確実に完了していることを保証します。 取得元 「Offboarding(オフボーディング)」モジュールから推測されます。このイベントは、従業員のオフボーディングプラン全体のステータスが「Completed(完了)」に設定されたときにトリガーされます。 取得 従業員に割り当てられた退職チェックリスト内のすべての必須タスクの完了に基づいて記録されます。 イベントタイプ inferred | |||
パフォーマンスレビュー実施済み | 従業員のパフォーマンスレビューサイクルの完了を示します。これは推論されるイベントであり、通常、パフォーマンスレビュー文書のステータスがマネージャーまたはHRによって「完了」または「最終化済み」に変更されたときに捕捉されます。 | ||
その重要性 これはタレントマネジメントにおける重要なマイルストーンです。その適時性を追跡することは、人事評価の議論が一貫して予定通りに行われていることの保証に役立ちます。 取得元 「Performance management(パフォーマンス管理)」モジュールから推測されます。イベントは、従業員に関連付けられた「Review(評価)」レコードが「Completed(完了)」のような最終ステータスに更新されたときに捕捉されます。 取得 従業員の「Performance Review(人事評価)」エンティティのステータスフィールド変更から推測されます。 イベントタイプ inferred | |||
従業員がオンボーディングを完了した | 新入社員の初期オンボーディングプロセス完了を示します。これは通常、オンボーディングチェックリスト内の一連のタスクの完了、または従業員のオンボーディングプランのステータス変更から推論されるイベントです。 | ||
その重要性 このマイルストーンは、新規採用者を完全に生産的にする効率を追跡する上で重要です。ここでの遅延は、従業員エンゲージメントや初期パフォーマンスに影響を与える可能性があります。 取得元 「Onboarding(オンボーディング)」モジュールから推測されます。このイベントは、従業員に関連付けられたオンボーディングガイドまたはチェックリストのステータスが「Completed(完了)」に更新されたときにトリガーされます。 取得 従業員に割り当てられたオンボーディングチェックリスト内のすべての必須タスクが完了とマークされたときに推測されます。 イベントタイプ inferred | |||
従業員が採用された | これは、応募者レコードが従業員レコードに変換される正式なトランザクションです。Dynamics 365 HRにおける明示的なイベントであり、特定の開始日で新しい「Worker」および関連する「Employment」レコードを作成します。 | ||
その重要性 このアクティビティは、ケースを採用フェーズから従業員ライフサイクルフェーズへ正式に移行させ、オンボーディングおよび給与プロセスを開始します。 取得元 「Hire」または「Hire new worker」アクションが完了し、コア人事テーブル(例:Worker、Employment)にレコードが作成された際に、システムに明示的に記録されます。 取得 システムは、応募者レコードから新しい「Worker」レコードの作成を記録します。 イベントタイプ explicit | |||
求人依頼作成済み | このアクティビティは、新しい求人票が作成および承認された際の採用プロセスの正式な開始を示します。通常、Dynamics 365 HR内でユーザーが新しい採用プロジェクトまたは求人広告の作成を完了したときに、明示的なイベントとして捕捉されます。 | ||
その重要性 これはTime to Hire 分析の主要な開始イベントです。これを追跡することで、初期需要から充足までの採用ファネル全体の効率を測定できます。 取得元 「採用」モジュールに記録されます。これは、「採用プロジェクト」エンティティレコードの作成時に明示的に記録されるイベントです。 取得 新しい採用プロジェクトレコードの作成時にイベントが記録されます。 イベントタイプ explicit | |||
解雇開始 | 退職日がシステムに入力された際に、従業員のオフボーディングプロセスの正式な開始を示します。これは、従業員のステータスを変更し、後続のオフボーディングワークフローをトリガーする、個別かつ明示的なイベントです。 | ||
その重要性 このアクティビティは、従業員離職分析における主要な指標です。退職手続きプロセスの効率とコンプライアンスを測定するための出発点となります。 取得元 ユーザーが「Worker」レコードに対して「Terminate」アクションを実行し、退職日を入力した際に、明示的に記録されます。 取得 雇用記録が退職日と理由で更新された際に記録されます。 イベントタイプ explicit | |||
オファー提示済み | このアクティビティは、正式な求人オファーが候補者に送信されたことを示します。多くの場合、応募者記録のステータス変更、すなわち面接段階から「オファー」または「承諾待ち」段階への移行から推測されます。 | ||
その重要性 これは採用プロセスにおける重要なマイルストーンです。このイベントとオファー承認までの時間を分析することで、コミュニケーションや交渉における潜在的な遅延を明らかにできます。 取得元 「Applicant(応募者)」または関連する採用エンティティのステータスフィールド変更から推測されます。特定のフィールドと値はシステム設定によって異なります。 取得 応募者のステータスフィールドが「Offer Extended(オファー提示済み)」や「Offer Pending(オファー保留中)」のような値に変更されたことから推測されます。 イベントタイプ inferred | |||
バックグラウンドチェック完了 | 応募者のバックグラウンドチェックが正常に完了したことを表します。これはインテグレーションがある場合は明示的に取得されますが、より一般的にはステータスの変更または応募者レコードの日付フィールドへの入力から推論されます。 | ||
その重要性 バックグラウンドチェックの期間と成功率を分析することで、採用の最終段階におけるボトルネックを特定し、コンプライアンスを確保するのに役立ちます。 取得元 「Applicant(応募者)」または保留中の「Worker(従業員)」レコードのステータスフィールドまたは特定の日付フィールドから推測されます。これはしばしばHR担当者による手動更新に依存します。 取得 応募者プロフィールのステータス変更、または「身元調査完了日」の入力に基づいて記録されます。 イベントタイプ inferred | |||
候補者応募 | 応募者が公開求人に応募する行為を表します。このイベントは、ポータルまたは手動入力によりシステムで新しい応募者レコードが作成されたときに明示的に記録されます。 | ||
その重要性 応募数と応募タイミングを追跡することは、採用チャネルの有効性を分析し、候補者パイプラインを理解するために不可欠です。 取得元 「Recruiting」モジュールにおいて、新しい「Applicant」エンティティレコードが作成され、特定の求人または採用プロジェクトに関連付けられた際に捕捉されます。 取得 応募が送信されると、応募者追跡テーブルに新しいレコードが作成されます。 イベントタイプ explicit | |||
役割変更開始 | このアクティビティは、従業員の職務、役職、または部門を変更するプロセスの開始を示します。マネージャーまたは人事ユーザーが役職変更申請または従業員アクションを開始したときにトリガーされる明示的なイベントです。 | ||
その重要性 これは内部異動効率を測定するための出発点です。役割変更の頻度とトリガーを理解することで、キャリアアップに関する洞察を得ることができます。 取得元 従業員が役職詳細を変更するために「人事アクション」または類似のワークフローが開始された際に、明示的に記録されます。 取得 「ポジションアクション」または「ワーカーアクション」の申請レコードが作成された際に記録されます。 イベントタイプ explicit | |||
昇進承認済み | 従業員の昇進の最終承認を表し、多くの場合、役職と報酬の変更を含みます。これは、昇進ワークフローまたは人事アクションが最終承認ステータスに達したときに取得される推論されたイベントです。 | ||
その重要性 このマイルストーンは内部異動プロセスを締めくくります。開始から承認までの時間を分析することで、キャリアアッププロセスにおけるボトルネックの特定に役立ちます。 取得元 従業員の役割変更に関連付けられた「Personnel action(人事行動)」またはワークフローのステータスから推測されます。イベントは、ステータスが「Approved(承認済み)」または「Completed(完了)」に移行したときにトリガーされます。 取得 ワークフローまたは人事異動申請の最終ステータス変更に基づいて記録されます。 イベントタイプ inferred | |||
研修割り当て済み | このアクティビティは、特定の研修コースまたは学習モジュールが従業員に割り当てられたときに記録されます。Dynamics 365 HRはコースの割り当てを明示的に追跡でき、従業員と研修を紐づける記録を作成します。 | ||
その重要性 これにより、組織は新規採用者や昇進者が必要なトレーニングを迅速に受けているかどうかを監視できるようになり、コンプライアンスとスキル開発の確保に役立ちます。 取得元 コースが従業員のレコードに割り当てられた際に、「学習」または「トレーニング」モジュールで明示的に記録されます。 取得 'Worker'と'Course'をリンクするコース割り当てテーブルに新しいレコードが作成されます。 イベントタイプ explicit | |||
給与設定完了 | 従業員の給与に必要なすべての情報が入力および検証された時点を表します。このイベントは通常、ステータスの変更、または給与関連のチェックリストアイテムの完了から推論されます。 | ||
その重要性 タイムリーで正確な給与設定を確保することは、コンプライアンスと従業員満足度にとって不可欠です。このアクティビティは、主要なオンボーディングステップの効率を監視するのに役立ちます。 取得元 従業員のレコードから推測されます。これはおそらくカスタムステータスフィールド、給与準備チェックリスト、または特定の給与関連データフィールドへの入力に基づきます。 取得 銀行詳細や税情報の入力など、特定のデータ入力タスクの完了に基づいて記録され、多くの場合、オンボーディングチェックリストで追跡されます。 イベントタイプ inferred | |||
退職面談実施済み | このアクティビティは、退職する従業員との退職面談が完了したことを示します。通常、人事ユーザーが退職チェックリストで対応するタスクを完了とマークしたときに捕捉される、推論されるイベントです。 | ||
その重要性 退職面談の完了状況を追跡することは、プロセスコンプライアンスを確保し、定着率向上に資する貴重なフィードバックを収集するために重要です。 取得元 「Offboarding(オフボーディング)」チェックリストモジュールから推測されます。イベントは、従業員に関連付けられた「Exit Interview(退職面談)」タスクが「Completed(完了)」とマークされたときに発生します。 取得 従業員のオフボーディングチェックリスト内の特定のタスクのステータス変更から推測されます。 イベントタイプ inferred | |||
抽出ガイド
このプロセスのデータ抽出方法は現在検証中です。後でもう一度お試しいただくか、 お問い合わせください サポートについてはお問い合わせください。
