採用から退職まで:従業員ライフサイクルのデータテンプレート
採用から退職まで:従業員ライフサイクルのデータテンプレート
- 詳細な分析のために収集する推奨属性
- プロセス全体で追跡する主要なアクティビティとマイルストーン
- SAP SuccessFactors Onboardingからデータを抽出するためのシステム固有の手順
採用から退職まで:従業員ライフサイクルの属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ ActivityName | 従業員ライフサイクルのある時点で発生した特定のイベントまたはタスクの名称です。 | ||
| 説明 この属性は、採用から退職までのプロセスにおける個別の手順と節目を記録します。イベントログの各レコードは、「求人申請の作成」、「オンボーディング開始」、「従業員の退職完了」などのアクティビティに対応します。 これらのアクティビティの順序と頻度を分析することが、プロセスマイニングの中心です。実際のプロセスフローを自動的に発見し、標準手順からの逸脱を特定し、ボトルネックや不要な手順を見つけられます。たとえば、「給与計算設定の完了」が目標日以降に繰り返し発生しているかどうかを確認できます。 重要な理由 プロセスの手順を定義し、プロセスマップの基盤を形成するとともに、フローに基づくすべての分析を可能にします。 入手先 SAP SuccessFactorsの各種モジュール(Onboarding、Recruiting、Employee Central)におけるイベント種別、ステータス変更、タスク完了レコードから導出します。 例 内定承諾オンボーディング開始パフォーマンスレビューの実施従業員の退職完了 | |||
| 従業員ID EmployeeId | 組織内における従業員のライフサイクル全体を識別する一意の識別子です。 | ||
| 説明 従業員IDは主なケース識別子として機能し、最初の求人応募から最終的な退職まで、すべてのイベントを関連付けます。このIDは、従業員一人ひとりの雇用段階を追跡するために欠かせません。 プロセスマイニング分析では、「内定承諾」や「パフォーマンスレビューの実施」など、すべてのアクティビティが特定の従業員IDに関連付けられます。これにより、従業員ごとのライフサイクルを最初から最後まで再構成し、個々のケースにおけるプロセスフロー、期間、差異を詳細に分析できます。 重要な理由 関連するすべてのイベントを1つの一貫したプロセスインスタンスに結び付ける基本的な属性であり、ライフサイクル全体の分析を可能にします。 入手先 通常は、SAP SuccessFactorsのコアHRモジュールにおける主な従業員識別子です。 例 100234510098762001567 | |||
| 開始時刻 EventTime | アクティビティまたはイベントが開始された時点を示すタイムスタンプです。 | ||
| 説明 この属性は、従業員ライフサイクルにおける各アクティビティの正確な日付と時刻を示します。イベントを時系列に並べたり、異なる手順間の期間を計算したりするために使います。 正確なタイムスタンプは、パフォーマンス分析に欠かせません。「採用期間」(「求人申請の作成」から「内定承諾」までの時間)や「オンボーディング期間」などの主要指標を計算できます。タイムスタンプを分析することで、遅延を特定し、サービスレベル合意(SLA)に照らしてプロセス効率を測定できます。 重要な理由 イベントの時系列を示し、サイクルタイムの計算やボトルネックの特定など、時間に基づくすべての分析に欠かせません。 入手先 通常は、SAP SuccessFactorsのレコードにある作成日、完了日、またはステータス変更のタイムスタンプとして取得できます。 例 2023-01-15T09:00:00Z2023-03-20T14:35:10Z2023-11-05T11:21:00Z | |||
| ソースシステム SourceSystem | イベントデータが生成された元のシステムを識別します。 | ||
| 説明 データの抽出元となるアプリケーションを示す属性です。このプロセスビューでは通常、「SAP SuccessFactors Onboarding」が設定されますが、他の連携システムが含まれる場合もあります。 複雑なIT環境では、従業員ライフサイクルのデータが複数のシステム(Recruiting、コアHR、給与計算など)から取得されることがあります。この属性により、データの系譜を追跡し、データ品質の問題を調査し、プロセス分析の対象範囲を把握できます。 重要な理由 データの出所に関する重要な背景情報を提供し、データ検証、ガバナンス、プロセスの対象範囲の把握に役立ちます。 入手先 通常は、データの抽出および変換時に追加される固定値で、データセットの出所を示します。 例 SAP SuccessFactorsオンボーディングSAP SuccessFactors Employee CentralSAP Fieldglass | |||
| 最終データ更新 LastDataUpdate | このイベントのデータがソースシステムから最後に更新または抽出された時点を示すタイムスタンプです。 | ||
| 説明 ソースシステムから最後にデータを取得した日付と時刻を記録します。イベントが発生した時刻ではなく、プロセスマイニング用データセットのレコードが最後に更新された時刻です。 これは、データガバナンスと信頼性に関わる重要なメタデータ属性です。分析対象データの鮮度を把握し、最新の情報に基づいて分析できるようにします。増分データの読み込みを管理する際にも使います。 重要な理由 データの鮮度を明確にし、分析担当者が結果や分析内容の適時性を信頼できるようにします。 入手先 このタイムスタンプは、データ取り込み(ETL/ELT)処理中に生成され、各レコードに追加されます。 例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| オンボーディング所要時間 OnboardingCycleTime | 候補者がオファーを承諾してから、オンボーディングが完了するまでの計算上の期間です。 | ||
| 説明 「オファー承諾」アクティビティから、「従業員プロフィール有効化」や「給与設定完了」など、定義したオンボーディング完了イベントまでの経過時間を測定します。ソースシステムの直接的なフィールドではなく、イベントのタイムスタンプから計算します。 この属性は「オンボーディング所要時間」KPIに直接対応し、関連するダッシュボードの主要指標となります。この期間を分析すると、HR部門はオンボーディングプロセスのボトルネックを特定し、新入社員がより早く業務を開始できるようにする改善施策の効果を追跡できます。 重要な理由 オンボーディングプロセスの効率を測定する重要なKPIです。新入社員の体験や、業務を開始して成果を出すまでの期間に直接影響します。 入手先 プロセスマイニングツールで、「オファー承諾」と「オンボーディング完了」アクティビティのタイムスタンプの差を取って計算します。 例 10日4時間15日2時間7日8時間 | |||
| 採用マネージャー HiringManager | 新入社員またはライフサイクル上のイベントの対象となる従業員を担当するマネージャーの氏名です。 | ||
| 説明 この属性は、従業員のケースに関連付けられたマネージャーを識別します。採用マネージャーは、承認、オンボーディングタスク、パフォーマンスレビューなど、多くのライフサイクルイベントに関わる重要な関係者です。 マネージャー別にデータを分析することは、「マネージャー承認ボトルネック分析」ダッシュボードに欠かせません。承認に時間がかかるマネージャーを特定し、トレーニングやプロセス支援の必要性を把握できます。また、マネージャー間のパフォーマンス比較やベストプラクティスの特定にも役立ちます。 重要な理由 プロセスにおける主要な担当者を識別し、マネージャー別のパフォーマンス、承認の遅延、チーム単位のパターンを分析できます。 入手先 通常は、SAP SuccessFactors Employee Central内の求人申請または従業員プロファイルに保存されています。 例 John SmithMaria GarciaChen Wei | |||
| 採用所要時間 TimeToHire | 求人依頼が作成されてから、オファーが承諾されるまでの計算上の期間です。 | ||
| 説明 採用ニーズが正式に開始された時点(「求人依頼作成」)から、候補者が正式にオファーを承諾した時点(「オファー承諾」)までの期間を測定し、採用プロセスの効率を数値化します。 主要なKPIとして、採用機能のスピードとパフォーマンスの評価に使われます。採用所要時間が長いと、優秀な候補者を競合他社に奪われたり、プロジェクトが遅れたりする可能性があります。「採用所要時間パフォーマンス」ダッシュボードの主要機能であり、目標値との比較にも使われます。 重要な理由 この採用に関する主要KPIは、組織がどれだけ早く人材を確保できるかを測定します。競争力や事業戦略の実行力に直接影響する指標です。 入手先 プロセスマイニングツールで、「求人依頼作成」と「オファー承諾」アクティビティのタイムスタンプの差を取って計算します。 例 35日52日28日 | |||
| 求人申請ID JobRequisitionId | 採用プロセスを開始した求人申請の一意の識別子です。 | ||
| 説明 このIDにより、従業員のライフサイクルを、採用された特定の求人に結び付けられます。職種、部門、採用要件に関する重要な背景情報を提供します。 分析では、求人申請IDを使って採用プロセスを集計・比較できます。たとえば、「採用期間」KPIを求人申請、部門、採用担当者別に分析し、採用プロセスの効率が高い箇所と低い箇所を把握できます。「どの職種の採用に最も時間がかかるか」といった問いにも答えられます。 重要な理由 従業員の経路を最初のビジネスニーズに結び付け、採用段階を詳細に分類・分析できます。 入手先 SAP SuccessFactors Recruitingモジュールにあり、候補者およびその後の従業員プロファイルに関連付けられています。 例 REQ-2023-05-101REQ-2024-01-235REQ-2023-11-088 | |||
| 終了時刻 EndTime | 時間を伴うアクティビティまたはイベントが完了した時点を示すタイムスタンプです。 | ||
| 説明 StartTimeがイベントの開始を示すのに対し、EndTimeは終了を示します。これは、「新入社員のデータ収集」やマネージャーの承認手順など、所要時間のあるアクティビティに特に役立ちます。 開始時刻と終了時刻の両方があれば、個々のアクティビティの処理時間を正確に計算できます。ケース単位のサイクルタイムだけでは分からない、より詳細な視点から、全体のサイクル内で特に時間がかかっている手順を特定できます。 重要な理由 個々のアクティビティの所要時間を正確に計算できるため、特定のプロセスの非効率やボトルネックを特定するうえで重要です。 入手先 SAP SuccessFactorsのタスクまたはプロセス手順に関連付けられた「完了日」または「最終更新日」のタイムスタンプであることが一般的です。 例 2023-01-15T11:30:00Z2023-03-21T09:00:15Z | |||
| 職務 JobRole | 従業員の具体的な職名または職務です。 | ||
| 説明 「ソフトウェアエンジニア」、「アカウントエグゼクティブ」、「財務アナリスト」など、従業員の職名を示す属性です。組織内での担当業務を詳しく把握できます。 職務別に分析することで、従業員の種類によってプロセスがどのように異なるかを確認できます。たとえば、「研修割り当ての不足」ダッシュボードで、特定の職務に必要な研修が不足していないかを確認したり、上級職や技術職の採用に時間がかかっているかを分析したりできます。 重要な理由 従業員の職務ごとにプロセスを細かく分析でき、役割に応じた改善策の設計に役立ちます。 入手先 SAP SuccessFactors Employee Centralの従業員のポジションまたは職務情報レコードに保存されています。 例 シニアソフトウェアエンジニアプロダクトマネージャーHRビジネスパートナー | |||
| 部門 Department | 従業員が所属する組織上の部門です。 | ||
| 説明 「営業」、「エンジニアリング」、「人事」など、事業部門の名称を示す属性です。従業員の役割に関連する基本的な組織データです。 部門は比較分析の主要な軸です。「オンボーディング期間」や「従業員離職率」などのKPIを部門別に分け、組織内でプロセスがどのように異なるかを確認できます。たとえば、エンジニアリング部門のオンボーディングが遅い、営業部門の離職率が高いといった部門固有の問題を特定できます。 重要な理由 データを分類するための重要な軸であり、事業の各領域におけるプロセスのパフォーマンスと成果を比較できます。 入手先 SAP SuccessFactors Employee Centralの中核従業員レコードに含まれ、従業員のポジションに関連付けられています。 例 エンジニアリング営業・マーケティング財務カスタマーサポート | |||
| 事業部門 BusinessUnit | 従業員が所属する、より大きな事業部門または部門です。 | ||
| 説明 この属性は、部門より上位の組織構造を示します。たとえば、「コンシューマープロダクツ」や「エンタープライズソフトウェア」などです。従業員の役割をより広い事業の文脈で捉えられます。 事業部門単位でプロセスを分析すると、経営層は会社の主要セグメント全体のパフォーマンスを把握できます。部門内の構造的な問題を明らかにしたり、他部門にも取り入れられる優れた取り組みを行う部門を見つけたりできます。戦略的な人員計画やリソース配分にも役立ちます。 重要な理由 分析における上位レベルの切り口となり、主要な事業部門間でプロセスの効率や成果を戦略的に比較できます。 入手先 SAP SuccessFactors Employee Centralにおける標準的な組織構造要素で、従業員のポジションに関連付けられています。 例 グローバルテクノロジーリテールバンキング製薬 | |||
| 候補者ID CandidateId | 従業員になる前の応募者に割り当てられる一意の識別子です。 | ||
| 説明 このIDは、従業員IDが割り当てられる前の採用段階で個人を追跡します。「候補者が応募」や「面接を設定」など、採用前のすべてのアクティビティを関連付けます。 従業員IDがエンドツーエンドのプロセスにおける主なケース識別子である一方、候補者IDは採用前ファネルの詳細分析に欠かせません。採用された候補者だけでなく、求人依頼に対するすべての応募者を追跡できるため、採用への転換率を分析できます。 重要な理由 すべての応募者を追跡して採用ファネルを詳細に分析でき、転換率や採用前プロセスの効率を把握できます。 入手先 SAP SuccessFactors Recruitingモジュールにおける主要な識別子です。 例 CAND-84392CAND-91034CAND-79831 | |||
| 国 Country | 従業員が所在する国、またはポジションが置かれている国です。 | ||
| 説明 この属性は、従業員の勤務地に関連する国を示します。地理的および組織的な情報として重要な項目です。 労働法、規制、商習慣が異なるため、プロセスの違いは地理的な条件と結び付いていることがよくあります。国別にデータを分析すると、特定の地域で採用期間が長い、コンプライアンス手順が異なるといった違いを明らかにできます。現地の要件に対応しながら、グローバルなプロセス標準化を進めるうえで欠かせません。 重要な理由 プロセスを地域別に分けて分析できます。地域ごとのパフォーマンス、コンプライアンス、コストの違いを把握するうえで重要です。 入手先 SAP SuccessFactors Employee Centralにおける従業員の勤務地または職務情報の一部です。 例 USAドイツインドブラジル | |||
| 実行ユーザー PerformedByUser | アクティビティを実行したユーザーの氏名またはIDです。 | ||
| 説明 この属性は、HRスペシャリスト、採用担当者、マネージャーなど、プロセス内の特定のタスクまたはイベントを実行した個人を識別します。ワークフローにおける人の関与を追跡します。 アクティビティを誰が実行したかを分析することは、リソース配分、業務量の分散、パフォーマンスを把握するうえで重要です。成績上位の採用担当者、承認に時間がかかるマネージャー、最も多くのタスクを処理するHRチームメンバーなどを特定できます。また、このデータは、従業員が実行したタスクと自動化されたタスクを区別するためにも使われます。 重要な理由 プロセスのアクティビティを特定の個人に割り当てることで、業務量の分析、リソースのパフォーマンス管理、トレーニングニーズの特定が可能になります。 入手先 この情報は、SAP SuccessFactorsのタスクやレコードに関連付けられた監査ログ、または「最終更新者」フィールドに記録されていることがよくあります。 例 asmithjdoebchen | |||
| 手戻りかどうか IsRework | 同じケース内で、アクティビティが2回目以降に実行されたかどうかを示すブール型のフラグです。 | ||
| 説明 この計算属性は、従業員のライフサイクル内で繰り返されたアクティビティにフラグを付けます。たとえば、最初の提出内容に誤りがあり「コンプライアンスフォーム署名」アクティビティが2回発生した場合、2回目の発生が手戻りとして記録されます。 「アクティビティの手戻りと重複」ダッシュボードに欠かせない属性です。タスクが一度で正しく完了していない領域を特定し、プロセス上の無駄を定量化できます。手戻りが多い場合は、トレーニング、システムの使いやすさ、プロセスの明確さに問題がある可能性があります。 重要な理由 繰り返し作業を特定して非効率を定量化し、プロセス品質の向上や無駄な作業の削減につながる機会を明らかにします。 入手先 プロセスマイニングツールで各ケースのアクティビティの順序を分析し、繰り返されたアクティビティにフラグを付けて計算します。 例 truefalse | |||
| 採用経路 RecruitmentSource | 求人サイト、従業員からの紹介、直接応募など、候補者を獲得した経路です。 | ||
| 説明 この属性は、求人への応募元を追跡します。人材の発見と採用において、どの採用経路が最も効果的かを把握できます。 このデータは「給与設定の完了と正確性」ダッシュボードにも役立ちます。特定の経路から採用した候補者に、より多くの問題が発生していないかを確認できるためです。さらに、採用経路ごとの採用者の質や採用までの期間の分析にも使われます。たとえば、従業員紹介は採用までの期間が最も短く、定着率も高いという分析結果が得られる場合があります。 重要な理由 採用経路ごとの効果を測定し、採用戦略や予算を最適化できます。 入手先 候補者が応募した際に、SAP SuccessFactors Recruitingモジュールで取得されます。 例 LinkedIn社員紹介会社ウェブサイトIndeed | |||
| 退職理由 TerminationReason | 従業員が会社を離れる理由として登録された内容です。 | ||
| 説明 この属性は、従業員の退職理由を具体的に記録します。自己都合退職(例:「より良い機会による退職」)と会社都合退職(例:「業績不振による会社都合退職」のいずれも含まれます。 「高離職率パターン分析」ダッシュボードに欠かせない属性です。退職理由と特定のプロセス経路を関連付けることで、離職の根本原因を明らかにできます。たとえば、オンボーディングに非常に長い時間がかかった従業員は、入社後1年以内に退職する可能性が高いと分かる場合があります。 重要な理由 従業員が退職する理由を理解するための背景情報となり、離職の根本原因分析や、対象を絞った定着施策の策定に役立ちます。 入手先 SAP SuccessFactors Employee Centralで、オフボーディングまたは退職処理の際に記録されます。 例 本人都合:退職会社都合:業績不振定年退職会社都合:組織再編 | |||
| 雇用ステータス EmploymentStatus | 在籍中、退職、休職中など、従業員の現在の雇用ステータスです。 | ||
| 説明 従業員の会社における現在の状態を示します。ライフサイクル上の重要な時点、特に開始時の「在籍中」と終了時の「退職」に応じて変化します。 これは、「従業員ライフサイクルの処理量」ダッシュボードを分析するための重要な軸です。ステータスで絞り込むことで、在籍中の従業員の流れを追跡し、時間の経過に伴う退職者数を監視し、休職中の従業員でプロセスのバリエーションがどのように異なるかを把握できます。各ケースの最終的な状態も示します。 重要な理由 従業員の各ケースの結果を明確に示し、コホート分析、離職分析、プロセス処理量の把握に欠かせません。 入手先 SAP SuccessFactors Employee Centralの従業員の職務情報レコードにある標準フィールドです。 例 在籍中退職済み有給休暇無給休暇 | |||
採用から退職まで:従業員ライフサイクルのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| オンボーディング開始 | 新入社員のレコードがOnboardingモジュールに作成され、オンボーディングタスク一式が正式に開始されます。新入社員に対してオンボーディングプロセスが開始された時点で記録される明示的なイベントです。 | ||
| 重要な理由 これはオンボーディングの正式な開始点です。オンボーディングの効率と新入社員の関与度を測定するための明確な基準になります。 入手先 SAP SuccessFactors Onboarding 2.0では、Recruitingモジュールから引き継がれた新入社員について、開始日とタイムスタンプを設定したプロセスインスタンスが作成されます。 取得 新入社員のオンボーディングプロセスレコードの作成タイムスタンプです。 イベントタイプ explicit | |||
| 内定承諾 | 候補者が正式に内定を承諾した時点を示し、採用からオンボーディングへの移行を開始します。通常は、Recruitingモジュール内の候補者応募のステータス変更から判断します。 | ||
| 重要な理由 これは、「採用期間」の終了と「オンボーディング期間」の開始を示す重要な節目です。この時点までの遅延は採用に影響し、この時点以降の遅延は新入社員の体験に影響します。 入手先 SAP SuccessFactors Recruitingモジュール内の候補者応募パイプラインにおけるステータス変更から判断します。たとえば、「内定承諾」または同等のステータスへの変更です。 取得 応募ステータスが「内定承諾」または同等のステータスに更新された時点のタイムスタンプに基づきます。 イベントタイプ inferred | |||
| 従業員の退職完了 | 最終勤務日に、従業員のレコードがシステム上で正式に無効になります。従業員ライフサイクルの最終的な完了を示します。 | ||
| 重要な理由 採用から退職までのプロセスインスタンスにおける最終イベントです。「退職手続きの開始」からこのイベントまでの時間が、オフボーディング全体の期間になります。 入手先 SAP SuccessFactors Employee Centralに記録されます。従業員の「Job Information」履歴にある退職アクションの有効日がイベントになります。 取得 Employee Centralにある退職レコードの有効日のタイムスタンプです。 イベントタイプ explicit | |||
| 従業員プロファイルの有効化 | 新入社員のデータがOnboardingからEmployee Centralへ正式に転送され、入社日に従業員プロファイルが有効になります。コアHRISで従業員レコードが作成され、有効化された時点で記録されます。 | ||
| 重要な理由 従業員が会社の正式な記録に登録されたことを示します。採用プロセスの最終ステップであり、在籍中の従業員ライフサイクルが始まる時点です。 入手先 このイベントはSAP SuccessFactors Employee Centralで発生します。従業員レコードの入社日または作成日から取得します。 取得 Employee Centralにある従業員の主たる雇用レコードに関連付けられた入社日のタイムスタンプです。 イベントタイプ explicit | |||
| 採用準備完了ステータスの設定 | 入社初日までに必要なオンボーディング業務がすべて完了し、コアHRシステムで候補者が採用準備完了として示されます。通常は、オンボーディングプロセス全体のステータスから判断します。 | ||
| 重要な理由 この節目により、従業員が正式に勤務を開始するための前提条件がすべて満たされたことを確認できます。従業員プロファイルと給与計算を有効化する前の重要なチェックポイントです。 入手先 SAP SuccessFactors Onboardingモジュールのオンボーディングプロセスインスタンスが、「採用準備完了」などの最終ステップに到達した時点のステータスから判断します。 取得 オンボーディングプロセスのステータスが「完了」または「採用準備完了」に変わった時点のタイムスタンプです。 イベントタイプ inferred | |||
| 求人申請の作成 | 新しいポジションが承認され、応募受付が開始された時点で、採用プロセスが正式に始まったことを示します。通常は、SAP SuccessFactors Recruitingモジュールで新しい求人申請フォームが保存され、公開された時点で記録されます。 | ||
| 重要な理由 これは「採用期間」KPIを測定する際の主な開始点です。このイベントからの経過時間を分析することで、人材獲得の初期段階における遅延を特定できます。 入手先 SAP SuccessFactors Recruitingモジュールに記録されます。このイベントは、求人申請エンティティの作成日とタイムスタンプに対応します。 取得 Recruitingモジュールにある求人申請レコードの作成タイムスタンプから取得します。 イベントタイプ explicit | |||
| 退職手続きの開始 | マネージャーまたはHRが起点となり、従業員の退職手続きが始まります。通常は将来の有効日を設定し、Employee Centralに退職アクションを入力した時点で記録されます。 | ||
| 重要な理由 オフボーディングの開始点です。このイベント以降のアクティビティを分析することで、オフボーディングの効率とコンプライアンスを把握できます。 入手先 SAP SuccessFactors Employee Centralに記録される明示的なアクションです。従業員の退職レコードの作成日から取得します。 取得 従業員の職務履歴にある退職レコードの作成タイムスタンプです。 イベントタイプ explicit | |||
| オフボーディングタスクの完了 | 資産の返却、知識移転、最終給与計算の指示など、必要なオフボーディングタスクがすべて完了します。オフボーディングプロセスのチェックリストが最終状態に到達した時点で記録されます。 | ||
| 重要な理由 オフボーディングの全手順を完了することで、セキュリティリスクを抑え、法令遵守を確保できます。このアクティビティは、オフボーディング期間を測定するうえで重要です。 入手先 SAP SuccessFactors Offboardingモジュール内で追跡します。従業員のオフボーディングチェックリストにある最後のタスクの完了から判断します。 取得 オフボーディングプロセスのステータスが「完了」に変わった時点のタイムスタンプです。 イベントタイプ inferred | |||
| コンプライアンスフォームへの署名完了 | 新入社員が、I-9、税務フォーム、ポリシー確認書など、必須のコンプライアンス文書を記入し、電子署名します。特定のコンプライアンス文書タスクが完了した時点で、このイベントが記録されます。 | ||
| 重要な理由 コンプライアンスの確保は、オンボーディングにおいて必須であり、妥協できない要件です。このアクティビティを追跡することで、HRコンプライアンス遵守率を監視し、法的リスクを回避できます。 入手先 SAP SuccessFactors Onboardingモジュールのコンプライアンスフォームセクションに記録されます。各フォームの完了時にタイムスタンプが付与され、イベントログに利用できます。 取得 特定のコンプライアンスフォームタスクの完了タイムスタンプです。たとえば、「I-9 Section 1」や「W-4」などです。 イベントタイプ explicit | |||
| パフォーマンスレビューの実施 | 従業員に対する正式なパフォーマンスレビューのサイクルが完了します。Performance & Goalsモジュールでパフォーマンスレビューフォームが確定し、「完了」状態に移行した時点で記録されます。 | ||
| 重要な理由 このアクティビティは、パフォーマンスレビュー実施率KPIを分析するうえで欠かせません。組織全体で従業員の成長支援とフィードバックが継続的に行われているかを確認できます。 入手先 SAP SuccessFactors Performance & Goalsモジュールに記録されます。イベントはパフォーマンスレビューフォームの完了タイムスタンプです。 取得 従業員のパフォーマンスレビューフォームの完了タイムスタンプです。 イベントタイプ explicit | |||
| マネージャータスクの完了 | 採用マネージャーが、機器の要否の確認や初週の目標設定など、割り当てられたオンボーディング業務を完了します。マネージャーのチェックリストまたは特定のタスクが完了としてマークされた時点で記録されます。 | ||
| 重要な理由 マネージャーの関与は、オンボーディングを成功させるうえで重要です。これらのタスクのリードタイムを分析することで、マネージャーに関連するボトルネックを特定できます。 入手先 SAP SuccessFactors Onboardingモジュールで追跡します。採用マネージャーに割り当てられたタスクの完了タイムスタンプです。 取得 Onboardingプロセス内でマネージャーに割り当てられたタスクの完了タイムスタンプです。 イベントタイプ explicit | |||
| 候補者の応募 | 候補者が求人申請に正式に応募します。システム上で特定の求人申請に対する新しい候補者の応募が正常に受け付けられた時点で、このイベントが記録されます。 | ||
| 重要な理由 応募数と求人申請の作成からの経過時間を追跡することで、人材獲得チャネルや採用マーケティングの効果を評価できます。 入手先 SAP SuccessFactors Recruitingモジュールに記録されます。各応募レコードの作成日がイベントのタイムスタンプになります。 取得 候補者の応募レコードにある応募送信タイムスタンプです。 イベントタイプ explicit | |||
| 新入社員のデータ収集完了 | 新入社員が、個人情報、銀行口座情報、緊急連絡先など、初期のデータ収集タスクを完了します。オンボーディングチェックリスト内の特定のタスクまたはタスクグループが完了としてマークされた時点で記録されます。 | ||
| 重要な理由 給与計算の設定やIT環境の準備など、後続の手順を進めるには、データを適時に収集することが欠かせません。ここで遅延が発生すると、後続工程のボトルネックとなり、新入社員の初日の体験に悪影響を及ぼす可能性があります。 入手先 SAP SuccessFactors Onboardingモジュール内で追跡します。関連するデータ収集手順またはフォームの完了タイムスタンプがイベント時刻になります。 取得 Onboardingプロセスにおける「個人データ収集」または同等の標準手順の完了タイムスタンプです。 イベントタイプ explicit | |||
| 昇進の承認 | 従業員を昇進させるマネージャーの申請が、システム上で正式に承認されます。「昇進」をイベント理由とする「Job Information」変更トランザクションが保存された時点で記録される明示的なイベントです。 | ||
| 重要な理由 昇進を追跡することは、社内異動のパターンやキャリア形成を把握するうえで重要です。承認にかかった時間から、管理上のボトルネックを特定できます。 入手先 SAP SuccessFactors Employee Centralに記録されます。「昇進」をイベント理由とし、有効日が設定された「Job Information」レコードの変更です。 取得 「昇進」をイベント理由とする「Job Information」変更の作成タイムスタンプです。 イベントタイプ explicit | |||
| 給与計算設定の完了 | 新入社員の情報が給与計算システムに正常に入力され、確認されます。SuccessFactors内の特定タスクの完了から取得する場合や、給与計算システムへのデータ複製ログから判断する場合があります。 | ||
| 重要な理由 正確かつ適時に給与計算を設定することは、新入社員の良好な体験に欠かせません。これを追跡することで、給与計算設定エラー率と完了までの時間を測定できます。 入手先 直接追跡することが難しい場合があります。オンボーディングチェックリスト内の手動タスクや、Employee Centralと給与計算システム間のデータ連携ログから判断することがあります。 取得 「給与計算に通知」タスクの完了、またはデータ同期ログへの正常な記録から判断します。 イベントタイプ inferred | |||
抽出ガイド
ステップ
- 前提条件:SAP SuccessFactorsへの管理者アクセス権、Integration CenterのRole-Based Permissions(RBP)、必要なOData API(例:JobRequisition、JobApplication、ONB2Process、EmpJob)への読み取り権限を用意します。出力ファイルの配置先となるSFTPサーバーの認証情報も必要です。
- 方針:採用から退職までのプロセスは、複数のSuccessFactorsモジュールにまたがります。主要なデータソースごとに、複数の個別インテグレーションを作成します(例:Recruiting、Onboarding、Employee Central)。各インテグレーションから出力したCSVファイルを外部で結合し、ProcessMind用の単一のイベントログを作成します。
- Integration Centerへ移動:Admin CenterでTool Searchを使い、「Integration Center」を検索して開きます。
- Recruitingイベントのインテグレーションを作成:「My Integrations」をクリックし、「Create」から「Scheduled Simple File Output Integration」を選択します。
- JobApplicationエンティティを検索して開始点として選択します。名前にはProcessMind_Recruiting_Eventsなどを指定します。
- 「Configure Fields」タブで必要なフィールドを選択します。「Add」ボタンで計算フィールドを作成し、ステータスをActivityNameにマッピングするとともに、EventTimeに適切な日付フィールドを指定します。
- このエンティティから導出する各アクティビティ(「候補者が応募」「オファー承諾」など)について、個別の計算列を作成します。条件ロジックを使い、たとえばステータスが「Hired」の場合にイベントを「Offer Accepted」とします。
- 「求人依頼作成」イベントを取得するため、JobRequisitionエンティティ用の別のインテグレーションも作成します。
- Onboardingイベントのインテグレーションを作成:ONB2Processエンティティを使って別のインテグレーションを作成します。ここから、「オンボーディング開始」「新入社員データ収集完了」「マネージャータスク完了」「採用準備完了ステータス設定」などのアクティビティを取得します。
- ONB2Processエンティティには、これらのアクティビティに対応する複数のステータスフィールドと日付フィールドがあります。プロセスステータスまたはタスクステータスを確認し、対応するアクティビティ名とタイムスタンプを出力する計算フィールドを複数作成します。
- 「コンプライアンスフォーム署名」などの特定のイベントでは、ONB2DataCollectionUserConfigや関連するコンプライアンスフォームエンティティに基づく別のインテグレーションが必要になる場合があります。
- Employee Central(EC)イベントのインテグレーションを作成:EmpJob(Job Information)エンティティを使って、3つ目の主要なインテグレーションを作成します。このエンティティは期間別に管理され、従業員ライフサイクルに関するイベントの大半のソースとなります。
- 「従業員プロフィール有効化」「昇進承認」「退職開始」「従業員退職」などのアクティビティは、EmpJobのレコードから導出します。
- eventReasonフィールドを使って特定のアクティビティを識別します(例:「HIRE」「PROMO」「TERML」「TERM」)。
- EmpJobレコードのstartDateまたはcreatedDateをEventTimeとして使います。
- フィルタリングを設定:各インテグレーションの「Filter」タブで、lastModifiedDateTimeフィールドに基づくフィルターを追加します。演算子を「Greater Than」、値を「Last Run Time」に設定します。これにより、各実行では新規または更新されたレコードだけが抽出され、パフォーマンスの維持に役立ちます。
- 送信先とスケジュールを設定:「Destination Settings」タブにSFTPサーバーの詳細を入力します。「Scheduling」タブで、毎日などの定期実行を設定します。
- 確認して実行:インテグレーションを保存して実行します。初回は日付フィルターに基づく全件ロードを行い、2回目以降は差分データを取得します。
- データを結合して変換:SFTPサーバーからCSVファイルをダウンロードします。外部スクリプト(例:Python)またはETLツールを使い、ファイルを単一のイベントログに結合します。スクリプトでは次の処理が必要です。
- すべてのファイルを結合します。
- 採用前のイベント(Recruiting)を、採用後のEmployeeIdに関連付けます。
- 同じ従業員または求人依頼に関するイベントを処理し、TimeToHireやOnboardingCycleTimeなどの複雑な属性を計算します。
- アップロード用に整形:最終的な結合ファイルを、必要な列(EmployeeId、ActivityName、EventTime、SourceSystem、LastDataUpdateなど)を含むCSVとして整形してから、ProcessMindにアップロードします。
設定
- インテグレーションの種類:Scheduled Simple File Output Integration。SFTPサーバーへのファイルベースの定期エクスポートを作成する標準的な選択肢です。
- ソース:SuccessFactors OData V2 API。Integration Centerがデータ取得に使う標準APIです。
- 主要なソースエンティティ:JobRequisition、JobApplication、ONB2Process、EmpJob(Job Information)、PMForm(Performance Management Form)、さらにコンプライアンスフォーム用のONB2DataCollectionUserConfigなど、複数のエンティティに対してインテグレーションを設定します。
- 送信先:フラットファイルのエクスポートを受信するSFTPサーバーが必要です。「Destination Settings」タブでホストアドレス、ポート、認証情報を設定します。
- ファイル形式:推奨形式はCSVです。特殊文字に対応できるよう、UTF-8エンコーディングを選択します。
- フィルタリング:最も重要なフィルターは、lastModifiedDateTimeフィールドに「Last Run Time」の値を使って設定するものです。これにより差分抽出が可能になり、2回目以降のパフォーマンスが大幅に向上し、ファイルサイズも小さくできます。事業の特定部分だけを抽出する場合は、CompanyまたはLegal Entityによるフィルタリングも検討します。
- スケジュール:ソースシステムに過度な負荷をかけず、データを最新に保つため、毎日の定期実行を推奨します。
- 前提条件:インテグレーションを実行するユーザーには、Integration Center自体への完全な権限と、照会するすべてのエンティティおよびナビゲーションプロパティに対するOData APIの読み取り権限が必要です。これらの権限は、SuccessFactorsの「Manage Permission Roles」で設定します。
a サンプルクエリ sql
/*
Integration Center does not use a single script. Instead, you configure multiple integrations through a graphical interface.
The following describes the configuration for each required integration to produce the final event log.
*/
// ======== Integration 1: Job Requisition Created ========
Integration.Name: "ProcessMind_JobRequisition_Created"
Starting.Entity: JobRequisition
Output.Columns:
- ActivityName = "Job Requisition Created" (Calculated, Fixed String)
- EventTime = jobReqGUId.createdDateTime (Source Field)
- JobRequisitionId = jobReqId (Source Field)
- EmployeeId = NULL (Calculated, Empty String)
- HiringManager = hiringManager.usersSysId (Navigated Field)
- Department = department.name (Navigated Field)
- JobRole = jobTitle (Source Field)
- SourceSystem = "SAP SuccessFactors Recruiting"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
// ======== Integration 2: Recruiting Application Events ========
Integration.Name: "ProcessMind_Recruiting_Application_Events"
Starting.Entity: JobApplication
Output.Columns:
- ActivityName = IF(jobApplication.status.statusName CONTAINS 'Applied', 'Candidate Applied', IF(jobApplication.status.statusName CONTAINS 'Offer Accepted', 'Offer Accepted', NULL)) (Calculated Field)
- EventTime = IF(ActivityName == 'Candidate Applied', jobApplication.createdDateTime, jobApplication.offerResponseDate) (Calculated Field)
- JobRequisitionId = jobApplication.jobReqId (Source Field)
- EmployeeId = jobApplication.candidate.usersSysId (Navigated Field, Note: this is the Candidate User ID, needs mapping to Employee ID post-hire)
- HiringManager = jobApplication.jobRequisition.hiringManager.usersSysId (Navigated Field)
- Department = jobApplication.jobRequisition.department.name (Navigated Field)
- JobRole = jobApplication.jobRequisition.jobTitle (Navigated Field)
- SourceSystem = "SAP SuccessFactors Recruiting"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
- ActivityName != NULL
// ======== Integration 3: Onboarding & Offboarding Process Events ========
Integration.Name: "ProcessMind_Onboarding_Events"
Starting.Entity: ONB2Process
Output.Columns:
// Multiple rows can be generated from one ONB2Process record. This logic is best handled in the post-processing script.
// This example flattens it for simplicity, assuming one activity per record based on current status.
- ActivityName = CASE(ONB2Process.processStatus.code, 'READY_TO_HIRE', 'Ready To Hire Status Set', 'COMPLETED', 'Onboarding Initiated', 'ONB_TASKS_COMPLETED', 'New Hire Data Collection Completed', 'MNGR_TASKS_COMPLETED', 'Manager Tasks Completed', 'OFF_COMPLETED', 'Offboarding Tasks Completed') (Calculated Field)
- EventTime = ONB2Process.lastModifiedDateTime (Source Field)
- EmployeeId = ONB2Process.personId (Source Field)
- JobRequisitionId = ONB2Process.requisitionId (Source Field)
- HiringManager = [Configure based on your system]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Onboarding"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
// ======== Integration 4: Employee Central Lifecycle Events ========
Integration.Name: "ProcessMind_EmployeeCentral_Events"
Starting.Entity: EmpJob
Output.Columns:
- ActivityName = CASE(EmpJob.eventReason, 'HIRE', 'Employee Profile Activated', 'PROMO', 'Promotion Approved', 'TERML', 'Termination Initiated', 'TERM', 'Employee Terminated', 'PAYSETUP', 'Payroll Setup Completed') (Calculated Field)
- EventTime = EmpJob.startDate (Source Field for most events) OR EmpJob.createdDate (For 'Termination Initiated')
- EmployeeId = EmpJob.userId (Source Field)
- EndTime = IF(ActivityName == 'Employee Terminated', EmpJob.endDate, NULL) (Calculated Field)
- JobRequisitionId = [Configure if custom field exists]
- HiringManager = EmpJob.managerId (Source Field)
- Department = EmpJob.department (Source Field)
- JobRole = EmpJob.jobTitle (Source Field)
- SourceSystem = "SAP SuccessFactors Employee Central"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDate > [Last Run Time]
- eventReason IN ('HIRE', 'PROMO', 'TERML', 'TERM', 'PAYSETUP')
// ======== Integration 5: Performance Management Events ========
Integration.Name: "ProcessMind_Performance_Events"
Starting.Entity: FormHeader
Output.Columns:
- ActivityName = "Performance Review Conducted" (Calculated, Fixed String)
- EventTime = FormHeader.formLastModifiedDate (Source Field)
- EmployeeId = FormHeader.formSubject.userId (Navigated Field)
- HiringManager = [Configure based on your system, often a form participant]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Performance & Goals"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModified > [Last Run Time]
- formTemplateType = 'Review'
- formStatus = 'Completed' // Use the numeric value for completed status
// ======== Integration 6: Compliance Form Events ========
Integration.Name: "ProcessMind_Compliance_Events"
Starting.Entity: ONB2DataCollectionUserConfig // Or specific compliance entity
Output.Columns:
- ActivityName = "Compliance Form Signed" (Calculated, Fixed String)
- EventTime = ONB2DataCollectionUserConfig.lastModifiedDateTime (Source Field)
- EmployeeId = ONB2DataCollectionUserConfig.process.personId (Navigated Field)
- JobRequisitionId = ONB2DataCollectionUserConfig.process.requisitionId (Navigated Field)
- HiringManager = [Configure based on your system]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Onboarding"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
- status == 'COMPLETED' ステップ
- SAP SuccessFactors Report Center、必要なRecruiting、Onboarding、Employee Central、Performance and Goals、オフボーディング機能、および必要なレポート権限がテナントで利用できることを確認します。SAP SuccessFactors管理者にアクセス権を確認します。正確なメニュー名、レポート種別、権限はテナントによって異なるため、該当する場合は[Configure based on your system]を使用します。
- レポートを作成する前に、イベントログの粒度を定義します。各出力行は、1人のEmployeeIdに対する1つのアクティビティの1回の発生を表す必要があります。従業員識別子をケース識別子として使用し、採用に関連するイベントではJobRequisitionIdを保持します。不足しているアクティビティをProcessMindが推測すると考えないでください。
- Report Centerで、StoryまたはCanvasレポートなどのカスタムレポートを作成し、テナントで利用できるRecruiting、Onboarding、Employee Central、Performance and Goals、給与関連、オフボーディングのデータエンティティを追加します。対応するレポート関係を使ってエンティティを結合し、テナントで公開されているフィールドだけを選択します。確認できていないエンティティまたはフィールドには、[Your table name]または[Configure based on your system]を使用します。
- 必須出力フィールドとして、EmployeeId、ActivityName、EventTime、SourceSystem、LastDataUpdateを追加します。利用できる場合は、EndTime、JobRequisitionId、HiringManager、Department、JobRole、OnboardingCycleTime、TimeToHireも追加します。従業員1人につき複数のイベント列を持つ1行ではなく、イベント1件につき1行を返すようレポートを設定します。
- 15個のアクティビティそれぞれについて、個別のレポートクエリまたはレポートセクションを作成します。Job Requisition Createdは求人依頼の作成または掲載日時に、Candidate Appliedは応募送信日時に、Offer Acceptedはオファー受諾日時または対応する応募ステータスの日時にマッピングします。残りのアクティビティは、テナントで公開されている関連タスクの完了、文書署名、ステータス、職務情報、パフォーマンスフォーム、給与、退職の各日時にマッピングします。
- 各アクティビティセクションを同じ列構成に統一します。タイムスタンプを合意した1つのタイムゾーンと形式に変換し、ActivityNameには正確なアクティビティラベルを、SourceSystemには発生元のモジュールまたはシステムを、LastDataUpdateにはソースの更新または抽出日時を入力します。ソースに信頼できるイベント日時がない場合は、行を除外するか、[Configure based on your system]に承認済みの代替方法を記載し、イベント時刻を作成しないでください。
- [Start date]と[End date]を設定可能なパラメーターとして使用し、EventTimeに一貫した日付フィルターを適用します。対象従業員のライフサイクル全体を取得できるよう、十分な遡及期間を設けます。計算する期間については、TimeToHireをJob Requisition CreatedからOffer Acceptedまで、OnboardingCycleTimeをOffer Acceptedから承認済みのオンボーディング完了マイルストーンまでとして計算します。
- Report Centerでレポートを検証し、15個のActivityName値がすべて存在すること、EmployeeIdが入力されていること、タイムスタンプが有効であること、結合によってイベントが重複していないことを確認します。サンプル従業員について、対応するRecruiting、Onboarding、Employee Central、パフォーマンス、給与、オフボーディングのレコードと照合します。
- テナントが対応するSFTP設定を使用して、レポートのエクスポートをSFTPサーバーにスケジュールします。安定したファイル名、文書化された区切り文字とテキストエンコーディング、ヘッダー行、合意したタイムスタンプ形式を使用します。[SFTP host]、[SFTP directory]、[SFTP credentials or key]、エクスポートスケジュールを自社のセキュリティ基準に従って設定します。
- エクスポートしたファイルを取得し、イベント1件につき1行のフラットなイベントログで、必要な列が含まれていることを確認します。EmployeeIdをケース識別子、ActivityNameをアクティビティ、EventTimeを開始時刻、EndTimeを任意の終了時刻、SourceSystemをソースシステム、LastDataUpdateを更新日時としてProcessMindに読み込みます。ProcessMindはファイルをそのまま読み込むため、エクスポートされていないイベントを作成することはありません。
設定
- レポート種別:テナントで有効になっている機能とライセンスに応じて、Report Center StoryまたはCanvasレポートを使用します。実装前に、サポートされている結合動作を確認してください。
- イベント粒度:EmployeeIdとActivityNameの発生ごとに1行となるよう設定します。従業員単位で集計すると、繰り返し発生するレビュー、昇進、その他のライフサイクルイベントが隠れるため、避けてください。
- 必須列:エクスポートするすべての行に、EmployeeId、ActivityName、EventTime、SourceSystem、LastDataUpdateを含める必要があります。
- 推奨列:ソースデータに存在し、値を確実にマッピングできる場合は、EndTime、JobRequisitionId、HiringManager、Department、JobRole、OnboardingCycleTime、TimeToHireを含めてください。
- アクティビティの網羅性:Job Requisition Created、Candidate Applied、Offer Accepted、Onboarding Initiated、New Hire Data Collection Completed、Compliance Form Signed、Manager Tasks Completed、Ready To Hire Status Set、Employee Profile Activated、Payroll Setup Completed、Performance Review Conducted、Promotion Approved、Termination Initiated、Offboarding Tasks Completed、Employee Terminatedを明示的に抽出します。ProcessMindがこれらのアクティビティを推測することは想定しないでください。
- 期間:運用検証では、まず直近3~6か月のローリング期間を使用します。従業員のライフサイクル全体を分析する場合は期間を延長し、将来日付の入社、昇進、退職を考慮してください。
- フィルター:[会社コードフィルター]、[法人フィルター]、[事業部門フィルター]、[文書種別フィルター]、[オンボーディングプログラムフィルター]、[雇用ステータスフィルター]など、承認済みのテナント固有フィルターだけを適用します。使用前に、Report Centerで正確なフィールド名と値を確認してください。
- タイムスタンプの処理:一貫したタイムゾーンを使用します。テナントのレポート用タイムゾーンまたはUTCが推奨されます。変換方法を文書化し、可能な限りソースのタイムスタンプ精度を維持してください。
- ソースシステムの値:Recruiting、Onboarding、Employee Central、Performance and Goals、Payroll、Offboardingなど、元のソースを正確に識別できる安定した値だけを使用します。テナント固有のソースラベルには[システムに応じて設定]を使用してください。
- 計算期間:求人 requisitionの作成時刻とオファー承諾時刻の両方が存在する場合に限り、TimeToHireを計算します。承認済みの開始および完了マイルストーンが存在する場合に限り、OnboardingCycleTimeを計算します。ソースのタイムスタンプが利用できない場合、計算値は空欄にしてください。
- パフォーマンス:初回レポートは、必須の期間と承認済みの組織範囲に限定します。不要な列、高カーディナリティの結合、制限のない過去データの抽出は避けてください。Report Centerの実行時間または結果件数に制限がある場合は、モジュールまたは期間ごとにレポートを分割します。
- スケジュール:関連するソースの更新が完了した後にエクスポートを実行するようスケジュールします。安定したファイル命名規則、文書化した区切り文字、対応している場合はUTF-8エンコーディング、ProcessMindが不完全なファイルを読み込まないためのアトミックなファイル配信プロセスを使用してください。
- 前提条件:必要なモジュール、Report Centerへのアクセス権、各データエンティティのレポート権限、従業員の機密データおよびコンプライアンスデータの閲覧権限、SFTP接続、必要なレポートまたは連携ライセンスについて、SAP SuccessFactors管理者と確認する必要があります。
- セキュリティ:機密フィールドを最小限に抑え、SFTPアクセスを制限し、認証情報またはキーを保護してください。また、組織の保持および暗号化要件を適用してください。
a サンプルクエリ sql
SELECT
EmployeeId,
ActivityName,
EventTime,
SourceSystem,
LastDataUpdate,
EndTime,
JobRequisitionId,
HiringManager,
Department,
JobRole,
OnboardingCycleTime,
TimeToHire
FROM [Your exported Report Center event dataset]
WHERE EventTime >= [Start date]
AND EventTime < [End date]
AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
ORDER BY EmployeeId, EventTime, ActivityName;
-- Configure the Report Center custom report to produce the following 15 explicit activity rows.
-- The source entity and field names below must be mapped to fields exposed by your tenant.
-- Replace each bracketed source reference with the corresponding Report Center field.
SELECT
[Employee ID field] AS EmployeeId,
'Job Requisition Created' AS ActivityName,
[Requisition Created Timestamp field] AS EventTime,
'Recruiting' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Recruiting requisition entity]
WHERE [Requisition Created Timestamp field] >= [Start date]
AND [Requisition Created Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Candidate Applied' AS ActivityName,
[Application Submitted Timestamp field] AS EventTime,
'Recruiting' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Recruiting application entity]
WHERE [Application Submitted Timestamp field] >= [Start date]
AND [Application Submitted Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Offer Accepted' AS ActivityName,
[Offer Accepted Timestamp field] AS EventTime,
'Recruiting' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Recruiting offer or application status entity]
WHERE [Offer Accepted Timestamp field] >= [Start date]
AND [Offer Accepted Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Onboarding Initiated' AS ActivityName,
[Onboarding Initiated Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding process entity]
WHERE [Onboarding Initiated Timestamp field] >= [Start date]
AND [Onboarding Initiated Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'New Hire Data Collection Completed' AS ActivityName,
[New Hire Data Collection Completed Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[New Hire Data Collection Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding data collection task entity]
WHERE [New Hire Data Collection Completed Timestamp field] >= [Start date]
AND [New Hire Data Collection Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Compliance Form Signed' AS ActivityName,
[Compliance Form Signed Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Compliance Form Signed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding compliance document entity]
WHERE [Compliance Form Signed Timestamp field] >= [Start date]
AND [Compliance Form Signed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Manager Tasks Completed' AS ActivityName,
[Manager Tasks Completed Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Manager Tasks Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding manager task entity]
WHERE [Manager Tasks Completed Timestamp field] >= [Start date]
AND [Manager Tasks Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Ready To Hire Status Set' AS ActivityName,
[Ready To Hire Status Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding status entity]
WHERE [Ready To Hire Status Timestamp field] >= [Start date]
AND [Ready To Hire Status Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Employee Profile Activated' AS ActivityName,
[Employee Profile Activated Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central employee profile entity]
WHERE [Employee Profile Activated Timestamp field] >= [Start date]
AND [Employee Profile Activated Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Payroll Setup Completed' AS ActivityName,
[Payroll Setup Completed Timestamp field] AS EventTime,
'Payroll' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Payroll Setup Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your payroll setup or payroll integration status entity]
WHERE [Payroll Setup Completed Timestamp field] >= [Start date]
AND [Payroll Setup Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Performance Review Conducted' AS ActivityName,
[Performance Review Completed Timestamp field] AS EventTime,
'Performance and Goals' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Performance Review Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Performance and Goals review entity]
WHERE [Performance Review Completed Timestamp field] >= [Start date]
AND [Performance Review Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Promotion Approved' AS ActivityName,
[Promotion Approved Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central job information change entity]
WHERE [Promotion Approved Timestamp field] >= [Start date]
AND [Promotion Approved Timestamp field] < [End date]
AND [Promotion Event Reason field] = [Promotion event reason value]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Termination Initiated' AS ActivityName,
[Termination Initiated Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central termination entity]
WHERE [Termination Initiated Timestamp field] >= [Start date]
AND [Termination Initiated Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Offboarding Tasks Completed' AS ActivityName,
[Offboarding Tasks Completed Timestamp field] AS EventTime,
'Offboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Offboarding Tasks Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Offboarding checklist entity]
WHERE [Offboarding Tasks Completed Timestamp field] >= [Start date]
AND [Offboarding Tasks Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Employee Terminated' AS ActivityName,
[Employee Terminated Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central employment status entity]
WHERE [Employee Terminated Timestamp field] >= [Start date]
AND [Employee Terminated Timestamp field] < [End date]
ORDER BY EmployeeId, EventTime, ActivityName; 準備はできましたか?
このテンプレートを使ってデータを確実に準備し、採用から退職までのプロセス改善を始めましょう。新たな効率化の機会を見つけ、組織全体で従業員体験を高められます。
効率化を実現:今日から採用から退職までのライフサイクルを最適化
HRのボトルネックを解消し、サイクルタイムを30%短縮して、効率を高めます。
クレジットカードは必要ありません。今すぐトライアルを開始できます。