データテンプレート: Hire to Retire - Employee Lifecycle
貴社の「入社から退職まで」の従業員ライフサイクルデータテンプレート
- 包括的な分析のために収集を推奨する属性
- プロセス全体を通して追跡すべき主要なアクティビティとマイルストーン
- SAP SuccessFactors Onboardingからのデータ抽出に関するシステム固有のガイダンス
採用から退職までの従業員ライフサイクルの属性
| 名前 | 説明 | ||
|---|---|---|---|
アクティビティ ActivityName | 従業員ライフサイクルのある時点において発生した特定のイベントまたはタスクの名称。 | ||
説明 この属性は、採用から退職までのプロセスにおける個別のステップとマイルストーンを捉えます。イベントログ内の各記録は、「求人票作成」、「オンボーディング開始」、「従業員退職」などのアクティビティに対応します。 これらのアクティビティの順序と頻度を分析することが、プロセスマイニングのコアです。これにより、実際のプロセスフローを自動的に発見し、標準手順からの逸脱を特定し、ボトルネックや冗長なステップを特定するのに役立ちます。例えば、給与設定完了が常に目標日より後に発生しているかどうかを分析で明らかにすることができます。 その重要性 プロセスのステップを定義し、プロセスマップのバックボーンを形成し、すべてのフローベースの分析を可能にします。 取得元 様々なSAP SuccessFactorsモジュール（Onboarding、Recruiting、Employee Central）のイベントタイプ、ステータス変更、またはタスク完了記録から導出されます。 例 内定受諾済みオンボーディング開始人事評価実施済み従業員が退職しました | |||
従業員ID EmployeeId | 組織内における従業員の全ライフサイクルのための一意の識別子。 | ||
説明 従業員IDは、最初の求人応募から最終的な退職までのすべてのイベントを紐付ける主要なケース識別子です。このIDは、個々の従業員の雇用期間全体におけるさまざまな段階を追跡するために不可欠です。 プロセスマイニング分析では、「オファー受諾」や「人事評価実施」のようなすべてのアクティビティが特定の従業員IDに関連付けられます。これにより、各従業員のライフサイクルをエンドツーエンドで再構築でき、個々のケースにおけるプロセスフロー、期間、および変動の詳細な分析が可能になります。 その重要性 これは、関連するすべてのイベントを単一のまとまりのあるプロセスインスタンスに接続し、エンドツーエンドのライフサイクル分析を可能にする基本的な属性です。 取得元 これは通常、SAP SuccessFactorsのコアHRモジュールにおける主要な従業員識別子です。 例 100234510098762001567 | |||
開始時刻 EventTime | アクティビティ／イベントの開始を示すタイムスタンプ。 | ||
説明 この属性は、従業員ライフサイクルにおける各Activityの正確な日時を提供します。イベントを時系列で並べ、異なるステップ間の期間を計算するために利用されます。 正確なtimestampはパフォーマンス分析に不可欠です。これにより、Time-to-Hire（Job Requisition CreatedからOffer Acceptedまでの期間）やOnboarding Cycle Timeといった主要メトリクスの計算が可能になります。timestampを分析することで、遅延を特定し、サービスレベル契約（SLA）に対するプロセス効率を測定するのに役立ちます。 その重要性 イベントの時系列順序を提供し、サイクルタイム計算やボトルネック特定など、すべての時間ベース分析に不可欠です。 取得元 この情報は、通常、SAP SuccessFactors 内のレコード上の作成日、完了日、またはstatus変更timestampとして利用可能です。 例 2023-01-15T09:00:00Z2023-03-20T14:35:10Z2023-11-05T11:21:00Z | |||
ソースシステム SourceSystem | イベントデータが生成された元システムを特定します。 | ||
説明 この属性は、dataが抽出されたソースアプリケーションを特定します。このprocessビューの場合、通常はSAP SuccessFactors Onboardingという値になりますが、他の統合システムが含まれる場合もあります。 複雑なITランドスケープでは、従業員ライフサイクルdataは複数のシステム（例：Recruiting、Core HR、Payroll）から取得されることがあります。この属性は、dataリネージの追跡、data品質問題のトラブルシューティング、およびprocess分析の範囲の理解に役立ちます。 その重要性 データの発信元に関する重要なコンテキストを提供し、データ検証、ガバナンス、およびプロセス範囲の理解に不可欠です。 取得元 データ抽出・変換の過程で付与する固定値で、データセットのソースを示すラベルとして利用します。 例 SAP SuccessFactors OnboardingSAP SuccessFactors Employee CentralSAP Fieldglass | |||
最終データ更新 LastDataUpdate | このイベントのデータが最後に更新された、またはソースシステムから抽出されたことを示すタイムスタンプ。 | ||
説明 この属性は、ソースシステムからの最終データ抽出日時を記録します。これはイベントが発生した時刻ではなく、Process Miningデータセット内でレコードが最終更新された時刻です。 これは、データガバナンスと信頼性にとって重要なメタデータ属性です。ユーザーが分析しているデータの鮮度を理解し、分析が最新の情報に基づいていることを保証するのに役立ちます。また、増分データ読み込みの管理にも利用されます。 その重要性 データの鮮度に関する透明性を確保し、アナリストが分析結果やインサイトの適時性を信頼できるようにします。 取得元 このタイムスタンプは、データインジェクション（ETL/ELT）プロセス中に生成され、各レコードに追加されます。 例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
Time to Hire TimeToHire | 求人票が作成されてから、オファーが承諾されるまでの期間。 | ||
説明 このメトリクスは、採用の必要性が正式に開始された時点（「Job Requisition Created」：求人リクエスト作成）から、候補者が正式にオファーを承諾した時点（「Offer Accepted」：オファー承諾）までの時間を測定することで、採用プロセスの効率を定量化します。 コアKPIとして、Time to Hireは人材獲得機能の速度とパフォーマンスを評価するために使用されます。Time to Hireが長いと、優秀な候補者を競合他社に奪われたり、プロジェクトが遅延したりする可能性があります。このメトリクスは「Time-to-Hire Performance」ダッシュボードの主要な機能であり、目標に対して追跡されることがよくあります。 その重要性 この重要な採用KPIは、組織が人材をどれだけ迅速に確保できるかを測定し、競争力やビジネス戦略の実行能力に直接影響を与えます。 取得元 プロセスマイニングツールで、「求人作成」活動と「内定受諾済み」活動のタイムスタンプの差分をとることで算出されます。 例 35 days52 days28 days | |||
オンボーディングサイクルタイム OnboardingCycleTime | 候補者がオファーを承諾してから、オンボーディングが完了するまでの期間。 | ||
説明 このメトリクスは、「Offer Accepted」（オファー承諾）アクティビティから、「Employee Profile Activated」（従業員プロファイル有効化）や「Payroll Setup Completed」（給与設定完了）などの定義されたオンボーディング完了イベントまでの経過時間を測定します。これはソースシステムからの直接のフィールドではなく、イベントのタイムスタンプから計算されます。 この属性は「Onboarding Cycle Time」（オンボーディングサイクルタイム）KPIに直接対応し、関連するダッシュボードの主要な測定項目です。この期間を分析することで、人事部門はオンボーディングプロセスにおけるボトルネックを特定し、新入社員の生産性向上を目的とした改善策の効果を追跡できます。 その重要性 オンボーディングプロセスの効率性を測る上で不可欠なKPIであり、新入社員の体験と生産性向上までの期間に直接影響を与えます。 取得元 プロセスマイニングツールで、「内定受諾済み」活動と「オンボーディング完了」活動のタイムスタンプの差分をとることで算出されます。 例 10日4時間15 days 2 hours7 days 8 hours | |||
人員要請ID JobRequisitionId | 採用プロセスを開始した求人票の一意の識別子。 | ||
説明 このIDは、従業員のライフサイクルを、彼らが採用された特定の求人にリンクします。これにより、役割、部門、および採用要件に関する不可欠なコンテキストを提供します。 分析において、Job Requisition IDは採用processを集計・比較するために使用されます。例えば、Time-to-Hire KPIは、求人、部門、または採用担当者ごとに分析され、採用processがどこで最も効率的で、どこで最も効率的でないかを理解するのに役立ちます。「どの種類の役割が埋まるのに最も時間がかかりますか？」といった質問に答えるのに役立ちます。 その重要性 従業員のジャーニーと最初のビジネスニーズを結びつけ、採用フェーズの強力なセグメンテーションと分析を可能にします。 取得元 この識別子は、SAP SuccessFactors Recruiting モジュールにあり、候補者およびその後の従業員プロファイルにリンクされています。 例 REQ-2023-05-101REQ-2024-01-235REQ-2023-11-088 | |||
採用マネージャー HiringManager | 新入社員またはライフサイクルイベントを経験している従業員の担当マネージャー名。 | ||
説明 この属性は、従業員のケースに関連するマネージャーを特定します。採用マネージャーは、承認、オンボーディングタスク、人事評価など、多くのライフサイクルイベントにおいて主要な関係者です。 マネージャーごとのデータ分析は、Manager Approval Bottleneck Analysis ダッシュボードにとって非常に重要です。承認に時間がかかり、トレーニングやプロセス支援が必要な可能性があるマネージャーを特定するのに役立ちます。また、マネージャー間のパフォーマンス比較やベストプラクティスの特定も可能にします。 その重要性 プロセスの主要な担当者を特定することで、マネージャーごとのパフォーマンス、承認遅延、チームレベルのパターン分析が可能になります。 取得元 この情報は、通常、SAP SuccessFactors Employee Central 内の求人票または従業員プロファイルに保存されます。 例 John SmithMaria GarciaChen Wei | |||
終了日時 EndTime | 期間を伴うアクティビティまたはイベントが完了したことを示すタイムスタンプ。 | ||
説明 StartTimeがイベントの開始を示す一方、EndTimeはその終了を表します。「新入社員データ収集」や上長承認ステップのように、期間を伴うアクティビティにおいて特に有用です。 開始時刻と終了時刻の両方を持つことで、個々のアクティビティの処理時間を正確に算出できます。これにより、より大きなサイクルの中でどのステップが最も時間を要しているかを正確に特定でき、ケースレベルのサイクルタイムだけでは得られない、より詳細な視点を提供します。 その重要性 個々のアクティビティ期間を正確に計算することを可能にし、特定のプロセス非効率性やボトルネックを特定する上で不可欠です。 取得元 これは通常、SAP SuccessFactors内のタスクやプロセスステップに関連付けられた「完了日」または「最終変更日」のタイムスタンプです。 例 2023-01-15T11:30:00Z2023-03-21T09:00:15Z | |||
職務 JobRole | 従業員の特定の役職または職務。 | ||
説明 この属性は、「ソフトウェアエンジニア」「アカウントエグゼクティブ」「財務アナリスト」といった従業員の職務タイトルを特定します。これは、組織内での従業員の職務に関する詳細情報を提供します。 職務役割ごとの分析は、異なる種類の従業員に対してプロセスがどのように異なるかを理解するのに役立ちます。例えば、Training Assignment Gaps ダッシュボードでは、特定の役割が必要な研修を受けていないかを確認したり、より上級または技術的な職務でTime-to-Hireが長くなるかどうかを分析したりするために使用できます。 その重要性 従業員の様々な職務に応じたプロセスをきめ細かく分析でき、特定のロールに合わせたプロセス改善に役立ちます。 取得元 この情報は、SAP SuccessFactors Employee Central の従業員のポジションまたは職務情報記録に保存されます。 例 シニアソフトウェアエンジニアプロダクトマネージャーHRビジネスパートナー | |||
部署 Department | 従業員が配属されている組織上の部門。 | ||
説明 この属性には、「営業」、「エンジニアリング」、「人事」などの事業部門名が含まれます。これは、従業員の役割に関連する基本的な組織データポイントです。 部門は比較分析のための主要なディメンションです。「オンボーディングサイクルタイム」や「従業員離職率」のようなKPIを部門別にセグメント化することで、組織全体でプロセスがどのように異なるかを把握するために使用されます。これにより、エンジニアリング部門でのオンボーディングプロセスの遅延や、営業部門での高い離職率など、部門固有の問題を特定するのに役立ちます。 その重要性 データをセグメント化するための重要な要素であり、事業の異なる部門間でプロセスパフォーマンスと結果を比較する際に役立ちます。 取得元 このdataは、SAP SuccessFactors Employee Central のコア従業員記録の一部であり、従業員のポジションにリンクされています。 例 エンジニアリング営業およびマーケティング財務カスタマーサポート | |||
ビジネスユニット BusinessUnit | 従業員が所属する上位の事業ユニットまたは部門。 | ||
説明 この属性は、「コンシューマー製品」や「エンタープライズソフトウェア」のような部門よりも上位の組織構造を表します。従業員の役割に、より広範なビジネスコンテキストを提供します。 事業部門レベルでプロセスを分析することは、経営層が会社の主要セグメント全体のパフォーマンスを理解するのに役立ちます。これにより、特定の事業部内で構造的な問題を明らかにしたり、他部門でも適用可能な高パフォーマンス部門のベストプラクティスを特定したりできます。これは、戦略的人員計画およびリソース配分にとって非常に有用です。 その重要性 高レベルな分析の視点を提供し、主要な企業部門間でプロセスの効率性と結果を戦略的に比較することを可能にします。 取得元 これはSAP SuccessFactors Employee Centralにおける標準的な組織構造要素であり、従業員の役職と関連付けられています。 例 グローバルテクノロジーリテールバンキング製薬 | |||
候補者ID CandidateId | 候補者が従業員になる前に割り当てられる一意の識別子。 | ||
説明 このIDは、従業員IDが割り当てられる前のライフサイクルの採用フェーズにおいて、個人を追跡します。これは、Candidate AppliedやInterview Scheduledのようなすべての採用前Activityをリンクします。 従業員IDがエンドツーエンドprocessの主要なcase識別子である一方、Candidate IDは採用前ファネルの詳細な分析に不可欠です。これにより、採用された者だけでなく、特定の求人に対するすべての応募者を追跡することができ、採用コンバージョン率の分析を可能にします。 その重要性 すべての応募者を追跡することで、採用ファネルの詳細な分析を可能にし、コンバージョン率や採用前プロセスの効率性に関するインサイトを提供します。 取得元 これは、SAP SuccessFactors Recruiting モジュールにおける主要な識別子です。 例 CAND-84392CAND-91034CAND-79831 | |||
処理時間 ProcessingTime | 個々のアクティビティについて、開始タイムスタンプから終了タイムスタンプまでを計測した期間。 | ||
説明 このメトリクスは、特定のタスクに対するアクティブな作業時間を表します。これはアクティビティのEndTimeとStartTimeの差として計算されます。 Processing Timeは、全体のサイクルタイムよりもプロセスパフォーマンスを詳細に可視化します。例えば、給与設定に積極的に費やされた時間と情報待ちに費やされた時間を区別できます。これにより、タスク間の長い待機時間を特定するだけでなく、どの特定のタスクが非効率的であるかを特定するのに役立ちます。 その重要性 アクティビティの実際の作業期間を測定し、実際の作業時間と待機時間を区別することで、より正確なボトルネック分析を支援します。 取得元 プロセスマイニングツールで、各活動の終了時刻から開始時刻を差し引くことで算出されます。 例 2時間15分45 minutes1日3時間 | |||
国 Country | 従業員が勤務する国、または職務が設定されている国。 | ||
説明 この属性は、従業員の勤務地に関連する国を特定します。これは、地理的および組織に関する重要な情報です。 プロセス差異は、異なる労働法、規制、商慣習により、しばしば地理に起因します。国ごとのdata分析は、特定の地域での採用期間の長期化や異なるcompliance手順など、これらの違いを明らかにするのに役立ちます。これは、現地の要件に対応しながら、グローバルなプロセス標準化を確保するために不可欠です。 その重要性 プロセスの地理的なセグメンテーションを可能にし、地域ごとのパフォーマンス、コンプライアンス、コストの変動を理解する上で不可欠です。 取得元 これはSAP SuccessFactors Employee Centralにおける従業員の所在地または職務情報の一部です。 例 米国ドイツインドブラジル | |||
実行者 PerformedByUser | アクティビティを実行したユーザー名またはID。 | ||
説明 この属性は、プロセス内で特定のタスクやイベントを実行した個人（人事担当者、採用担当者、管理者など）を特定し、ワークフローにおける人的関与を追跡します。 誰がどのような活動を行っているかを分析することは、リソース配分、業務負荷分散、パフォーマンスを理解する上で非常に重要です。これにより、成績優秀な採用担当者、承認に時間のかかるマネージャー、または多くのタスクを処理する人事チームメンバーなどを特定できます。また、このデータは従業員が実行するタスクと自動化されたタスクを区別するためにも利用されます。 その重要性 プロセスアクティビティを特定の個人に紐付け、ワークロード分析、リソースのパフォーマンス管理、トレーニングニーズの特定を可能にします。 取得元 この情報は、SAP SuccessFactors のtaskやレコードに関連付けられた監査ログまたはlast modified byフィールドでしばしば見られます。 例 asmithjdoebchen | |||
手戻り IsRework | 同じケース内でアクティビティが2回目以降に実行されているかどうかを示すブールフラグです。 | ||
説明 この計算属性は、従業員のライフサイクル内で繰り返されるActivityにフラグを付けます。例えば、Compliance Form Signed Activityが、最初の提出が誤っていたために2回発生した場合、2回目の発生は再作業（rework）としてフラグ付けされます。 この属性は、Activity Rework and Redundancy ダッシュボードにとって不可欠です。processの無駄を定量化し、taskが初回で正しく完了していない領域を特定するのに役立ちます。高水準の再作業は、トレーニング、システムユーザビリティ、またはprocessの明確さに関する問題を示している可能性があります。 その重要性 繰り返される作業を特定することで非効率性を数値化し、プロセス品質の改善と無駄な労力の削減の機会を明らかにします。 取得元 プロセスマイニングツールが、各ケースの活動順序を分析し、繰り返し発生する活動を特定することによって算出されます。 例 truefalse | |||
採用ソース RecruitmentSource | 候補者がどこから応募したかを示すチャネル（例: 求人サイト、社員紹介、直接応募など）。 | ||
説明 この属性は、求人応募の出所を追跡します。これにより、どの採用チャネルが人材の発見と確保に最も効果的であるかについての洞察を提供します。 このdataは、Payroll Setup Completion & Accuracy ダッシュボードにとって有用であり、特定の出所からの候補者がより多くの問題を経験するかどうかを判断するのに役立ちます。さらに広くは、異なるチャネルからの採用の質とスピードを分析するために使用されます。例えば、分析により、従業員紹介が最短のTime-to-Hireと最高の定着率を持つことが示される場合があります。 その重要性 採用チャネルごとの効果を測定し、採用戦略と予算の最適化を可能にします。 取得元 この情報は、候補者が応募したときにSAP SuccessFactors Recruiting モジュールで取得されます。 例 LinkedIn社員紹介会社ウェブサイトIndeed | |||
退職理由 TerminationReason | 従業員が会社を退職した理由。 | ||
説明 この属性は、従業員の退職理由（例：「自己都合退職 - より良い機会のため」）または非自己都合退職（例：「会社都合退職 - 業績不振」）を特定します。 これは、「高離職率パターン分析ダッシュボード」にとって重要な属性です。退職理由と特定のプロセスパスを関連付けることで、企業は離職の根本原因を明らかにできます。例えば、非常に長いオンボーディングプロセスを経験した従業員は、入社後1年以内に退職する可能性が高いことが分析で判明する場合があります。 その重要性 従業員が退職する理由に関する重要な背景を提供し、離職の根本原因分析と、的を絞った定着戦略の開発を可能にします。 取得元 この情報は、オフボーディングまたは退職process中にSAP SuccessFactors Employee Central に記録されます。 例 自己都合退職非自発的 - 業績不振退職非自発的 - 組織再編 | |||
雇用状況 EmploymentStatus | 従業員の現在の雇用ステータス（例: 在職中、退職済み、休職中など）。 | ||
説明 この属性は、従業員の現在の在籍状況を示します。これは、ライフサイクルの重要な節目、特に開始時（Active）と終了時（Terminated）に変化します。 Employee Lifecycle Throughput ダッシュボードを分析する上で、これは非常に重要な切り口です。ステータスでフィルタリングすることで、アナリストは在籍中の従業員のフローを追跡し、経時的な退職者数を監視し、休職中の従業員に対してプロセスバリアントがどのように異なるかを理解できます。各ケースに対し、高レベルでの最終結果を提供します。 その重要性 各従業員ケースの明確な結果を提供し、コホート分析、離職率分析、プロセススループットの理解に不可欠です。 取得元 これは、SAP SuccessFactors Employee Central の従業員の職務情報記録上の標準フィールドです。 例 アクティブ終了済み有給休暇無給休暇 | |||
採用から退職までの従業員ライフサイクルにおけるアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
オンボーディング開始 | 新入社員の記録がOnboardingモジュールで作成され、そのオンボーディングタスクセットが正式に開始されます。これは、新入社員のオンボーディングプロセスがトリガーされたときにログに記録される明示的なイベントです。 | ||
その重要性 これはオンボーディングの正式な開始点です。オンボーディングの効率と新入社員のエンゲージメントを測定するための明確なベースラインを提供します。 取得元 SAP SuccessFactors Onboarding 2.0は、新入社員がRecruitingモジュールから引き渡されると、特定の開始日とタイムスタンプを持つプロセスインスタンスを作成します。 取得 新入社員のオンボーディングプロセス記録が作成されたタイムスタンプ。 イベントタイプ explicit | |||
人員要請作成 | 新しいポジションが承認され、応募が開始される際の採用プロセスの公式な開始を示します。このイベントは通常、新しいrequisitionフォームが保存・投稿された際にSAP SuccessFactors Recruitingモジュールで捕捉されます。 | ||
その重要性 これは「Time-to-Hire」KPIを測定するための主要な開始点です。このイベントからの時間を分析することで、人材獲得の初期段階における遅延を特定するのに役立ちます。 取得元 SAP SuccessFactors Recruitingモジュールに記録されます。このイベントは、求人申請エンティティの作成日時に対応します。 取得 リクルーティングモジュールで、求人記録が作成された際のタイムスタンプから取得されます。 イベントタイプ explicit | |||
内定受諾済み | 候補者が正式に内定を承諾し、採用からオンボーディングへの移行をトリガーする瞬間を表します。これは通常、Recruitingモジュール内の候補者アプリケーションのステータス変更から推測されます。 | ||
その重要性 これは、Time-to-Hire の終わりとOnboarding Cycle Time の始まりを示す重要なマイルストーンです。この時点より前の遅延は採用に影響し、この時点より後の遅延は新入社員の体験に影響します。 取得元 SAP SuccessFactors Recruitingモジュール内の候補者の応募パイプラインにおけるステータス変更、例えば「オファー承諾」または類似のステータスへの移行から推測されます。 取得 応募ステータスが「内定受諾済み」またはそれに相当するステータスに更新されたタイムスタンプに基づきます。 イベントタイプ inferred | |||
従業員が退職しました | 従業員の最終出勤日をもって、システム内の従業員記録が正式に非アクティブになります。これは、従業員ライフサイクルの最終的な完了を表します。 | ||
その重要性 これは「採用から退職まで」のプロセスインスタンスにおける明確な終了イベントです。「退職手続き開始」からこのイベントまでの期間が、オフボーディングの全期間を定義します。 取得元 SAP SuccessFactors Employee Centralに記録されます。このイベントは、従業員の「職務情報」履歴における退職処理の発効日となります。 取得 Employee Centralにおける退職記録の適用開始日。 イベントタイプ explicit | |||
従業員プロフィール有効化済み | 新入社員のデータがOnboardingからEmployee Centralに正式に転送され、入社日に従業員プロフィールがアクティブになります。このイベントは、コアHRISで従業員記録が作成され、アクティブになったときに記録されます。 | ||
その重要性 これは従業員が会社の記録に正式に登録されたことを示します。採用プロセスの最終ステップであり、彼らの活動的な雇用ライフサイクルの開始です。 取得元 このeventは、SAP SuccessFactors Employee Central で発生します。ユーザーの雇用記録の入社日または作成日から取得されます。 取得 Employee Centralにおける従業員の主要雇用記録に関連付けられた入社日タイムスタンプ。 イベントタイプ explicit | |||
採用準備ステータス設定済み | 初日前のすべてのオンボーディングアクティビティが完了し、システムが候補者を基幹人事システムで採用する準備が整ったとフラグを立てます。これは通常、オンボーディングプロセスの全体的なステータスから推測されます。 | ||
その重要性 このマイルストーンは、従業員が正式に業務を開始するためのすべての前提条件が満たされていることを確認します。従業員プロファイルと給与を有効化する前の重要なチェックポイントです。 取得元 SAP SuccessFactors Onboardingモジュールにおけるオンボーディングプロセスインスタンスのステータスが、「採用準備完了」のような最終ステップに達した時点から推測されます。 取得 オンボーディングプロセスステータスが「完了」または「採用準備完了」に変更されたタイムスタンプ。 イベントタイプ inferred | |||
退職処理開始 | 従業員の退職プロセスは、マネージャーまたはHRによって開始されます。これは、Employee Centralに退職アクションが入力されたときにログに記録され、多くの場合、将来の適用開始日が設定されます。 | ||
その重要性 これはオフボーディングプロセスの開始を示します。このイベントに続く活動を分析することは、オフボーディングの効率とコンプライアンスを理解するために不可欠です。 取得元 これはSAP SuccessFactors Employee Centralに記録される明示的なアクションです。イベントは従業員の退職記録の作成日から取得されます。 取得 従業員の職務履歴における退職記録の作成タイムスタンプです。 イベントタイプ explicit | |||
オフボーディングタスク完了 | 資産返却、知識移管、最終給与指示など、必要なすべてのオフボーディングタスクが完了します。これは、オフボーディングプロセスのチェックリストが最終状態に達したときに取得されます。 | ||
その重要性 すべての退職プロセスが完了していることを確認することで、セキュリティリスクを軽減し、法的コンプライアンスを確保します。このアクティビティは、Offboarding Cycle Timeを測定する上で重要です。 取得元 SAP SuccessFactors Offboardingモジュール内で追跡されます。従業員のオフボーディングチェックリストにおける最終タスクの完了から推測されます。 取得 オフボーディングプロセスステータスが「完了」に変更されたタイムスタンプ。 イベントタイプ inferred | |||
コンプライアンスフォーム署名済み | 新入社員が、I-9、税務書類、方針確認書などの義務付けられたコンプライアンス文書を完了し、電子署名します。このイベントは、特定のコンプライアンス文書タスクが完了したときにログに記録されます。 | ||
その重要性 コンプライアンスの確保は、オンボーディングにおいて非常に重要で譲れない要素です。このアクティビティを追跡することで、HR Compliance Conformance Rateを監視し、法的リスクを回避するのに役立ちます。 取得元 SAP SuccessFactors Onboardingモジュールのコンプライアンスフォームセクションに記録されます。各フォームの完了にはタイムスタンプが付与され、それをイベントログとして利用できます。 取得 「I-9セクション1」や「W-4」などの特定のコンプライアンスフォームタスクの完了タイムスタンプ。 イベントタイプ explicit | |||
マネージャーのタスク完了 | 採用マネージャーが、備品要件の確認や初週の目標設定など、割り当てられたオンボーディングの責任を完了します。これは、マネージャーのチェックリストまたは特定のタスクが完了とマークされたときに記録されます。 | ||
その重要性 マネージャーの関与は、成功するオンボーディング体験にとって重要です。これらのタスクのリードタイムを分析することで、マネージャーに関連するボトルネックの特定に役立ちます。 取得元 SAP SuccessFactors Onboardingモジュールで追跡されます。採用マネージャーに割り当てられたタスクの完了タイムスタンプです。 取得 オンボーディングプロセス内のマネージャーに割り当てられたタスクの完了タイムスタンプ。 イベントタイプ explicit | |||
人事評価実施済み | 従業員に対する正式なパフォーマンスレビューサイクルが完了します。これは、パフォーマンスレビューフォームが確定され、Performance & Goalsモジュールで「完了」ステータスに移行したときに取得されます。 | ||
その重要性 このアクティビティは、「人事評価実施頻度遵守KPI」の分析に不可欠です。これにより、組織全体で従業員の育成とフィードバックが一貫して実施されていることを確実にします。 取得元 SAP SuccessFactors Performance & Goalsモジュールに記録されます。このイベントは、人事評価フォームの完了タイムスタンプです。 取得 従業員の人事評価フォームの完了タイムスタンプです。 イベントタイプ explicit | |||
候補者が応募 | 候補者が求人票に応募書類を正式に提出します。このイベントは、システム内で特定の求人票に対して新しい候補者の応募が正常に受領されたときに取得されます。 | ||
その重要性 申請量と求人リクエスト作成からの経過時間を追跡することは、ソーシングチャネルとリクルートメントマーケティングの有効性を評価するのに役立ちます。 取得元 SAP SuccessFactors Recruitingモジュールに記録されます。各応募記録には作成日があり、それがイベントのタイムスタンプとして機能します。 取得 候補者の応募記録における提出タイムスタンプ。 イベントタイプ explicit | |||
新入社員データ収集完了 | 新入社員が、個人情報、銀行口座詳細、緊急連絡先などの初期データ収集タスクセットを完了します。これは、オンボーディングチェックリスト内の特定のタスクまたはタスク群が完了とマークされたときに記録されます。 | ||
その重要性 適時なデータ収集は、給与設定やITプロビジョニングといった後続ステップにとって極めて重要です。ここでの遅延は、下流のボトルネックを生み出し、新入社員の初日体験に悪影響を与える可能性があります。 取得元 SAP SuccessFactors Onboardingモジュール内で追跡されます。関連するデータ収集ステップまたはフォームの完了タイムスタンプがイベントタイムとして機能します。 取得 オンボーディングプロセス内の「個人データ収集」またはそれに類する標準ステップの完了タイムスタンプです。 イベントタイプ explicit | |||
昇進承認済み | 従業員を昇進させるというマネージャーの申請がシステムで正式に承認されます。これは、昇進イベント理由を伴う「Job Information」変更トランザクションが保存されたときに取得される明示的なイベントです。 | ||
その重要性 昇進を追跡することは、社内異動のパターンやキャリアの進展を理解する上で重要です。承認にかかる時間は、管理上のボトルネックを浮き彫りにすることができます。 取得元 SAP SuccessFactors Employee Centralに記録されます。これは「職務情報」の変更記録であり、「昇進」のイベント理由と発効日が含まれています。 取得 「Job Information」の変更における「昇進」イベント理由での作成タイムスタンプです。 イベントタイプ explicit | |||
給与設定完了 | 新入社員の情報が給与システムに正常に入力され、確認されます。このイベントは、SuccessFactorsにおける特定のタスク完了から取得されるか、データレプリケーションログから推測される場合があります。 | ||
その重要性 正確でタイムリーな給与計算設定は、新入社員の良好なエクスペリエンスのために不可欠です。これを追跡することで、給与計算設定のエラー率と完了までの適時性を測定するのに役立ちます。 取得元 これは直接追跡するのが難しい場合があります。オンボーディングチェックリスト内の手動taskであるか、Employee Centralと給与システム間のdata統合ログから推測される場合があります。 取得 「給与計算への通知」タスクの完了、またはデータ同期ログエントリの成功から推測されます。 イベントタイプ inferred | |||
抽出ガイド
ステップ
- 事前準備: SAP SuccessFactorsの管理者アクセス（Integration Centerのロールベースパーミッション（RBP）を含む）と、必要なOData API（例：JobRequisition、JobApplication、ONB2Process、EmpJob）への読み取りアクセスがあることを確認してください。また、出力ファイルを配置するSFTPサーバーの認証情報も必要です。
- 戦略: 「採用から退職までのプロセス」は、複数のSuccessFactorsモジュールにわたります。採用、オンボーディング、Employee Centralなど、主要なデータソースごとに個別のインテグレーションを作成します。これらのインテグレーションから出力されたCSVファイルは、ProcessMind用の単一のイベントログとして外部で結合されます。
- Integration Centerへの移動: Admin Centerから、ツール検索を使用してIntegration Centerを見つけ、移動します。
- 採用イベントインテグレーションの作成: 「My Integrations」をクリックし、「Create」を選択して「Scheduled Simple File Output Integration」を選びます。
- 開始点としてJobApplicationエンティティを検索して選択し、ProcessMind_Recruiting_Eventsのような名前を付けます。
- 「Configure Fields」タブで、必要なフィールドを選択します。「Add」ボタンを使用して、ステータスをActivityNameにマッピングし、EventTimeに適した日付フィールドを選択する計算フィールドを作成します。
- このエンティティから派生する各アクティビティ（例：「応募者応募済み」、「内定承諾」）について、個別の算出カラムを作成します。ステータスが「Hired」の場合に「Offer Accepted」イベントとするような条件ロジックを使用します。
- また、「求人票作成済み」イベントを取得するために、JobRequisitionエンティティ用の個別のインテグレーションを作成します。
- オンボーディングイベントインテグレーションの作成: ONB2Processエンティティを使用して別のインテグレーションを作成します。これは、「オンボーディング開始」、「新入社員データ収集完了」、「マネージャータスク完了」、「採用準備完了ステータス設定」などのアクティビティのソースとなります。
- ONB2Processエンティティには、これらのアクティビティに対応するさまざまなステータスフィールドと日付が含まれています。プロセスステータスやタスクステータスを確認し、対応するアクティビティ名とタイムスタンプを出力するために、複数の計算フィールドを作成する必要があります。
- 「コンプライアンスフォーム署名済み」のような特定のイベントについては、ONB2DataCollectionUserConfigなどのエンティティ、または関連するコンプライアンスフォームエンティティに基づいた個別のインテグレーションが必要になる場合があります。
- Employee Central (EC)イベントインテグレーションの作成: EmpJob（職務情報）エンティティを使用して、3番目の主要なインテグレーションを作成します。これは履歴管理されたエンティティであり、ほとんどの従業員ライフサイクルイベントのソースとなります。
- 「従業員プロファイル有効化」、「昇進承認済み」、「退職手続き開始」、「従業員退職済み」などのアクティビティは、EmpJobのレコードから派生します。
- 特定のアクティビティ（例：「HIRE」、「PROMO」、「TERML」、「TERM」）を特定するために、eventReasonフィールドでフィルタします。
- EmpJobレコードのstartDateまたはcreatedDateをEventTimeとして使用します。
- フィルタリングの設定: 各インテグレーションの「Filter」タブで、lastModifiedDateTimeフィールドに基づいたフィルタを追加します。オペレーターを「Greater Than」に、値を「Last Run Time」に設定します。これにより、各実行で新規または更新されたレコードのみが抽出され、パフォーマンスに不可欠です。
- 転送先とスケジュールの設定: 「Destination Settings」タブで、SFTPサーバーの詳細を入力します。「Scheduling」タブで、インテグレーションが毎日などの定期的なスケジュールで実行されるように設定します。
- 確認と実行: インテグレーションを保存して実行します。最初の実行では、日付フィルタに基づいたフルロードが実行され、その後の実行ではデルタが実行されます。
- データの結合と変換: SFTPサーバーからCSVファイルをダウンロードします。外部スクリプト（例：Python）またはETLツールを使用して、ファイルを単一のイベントログに結合します。このスクリプトは以下を行う必要があります。
- すべてのファイルを結合します。
- 採用前イベント（採用モジュール由来）を、採用後のEmployeeIdに紐付ける処理を行います。
- 同じ従業員または求人票に関連するイベントを処理することにより、TimeToHireやOnboardingCycleTimeなどの複雑なアトリビュートを計算します。
- アップロード用フォーマット: 最終的に結合されたファイルが、ProcessMindへのアップロードに必要なカラム（EmployeeId、ActivityName、EventTime、SourceSystem、LastDataUpdateなど）を含み、かつ適切なCSVフォーマットであることを確認します。
設定
- 連携タイプ: 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」の値を使用するものです。これによりデルタ抽出が可能になり、パフォーマンスを大幅に向上させ、その後の実行におけるファイルサイズを削減します。また、特定のビジネス部門のみを抽出する場合は、Company/Legal Entityによるフィルターも検討してください。
- スケジュール設定: データの鮮度を確保し、ソースシステムに過度な負荷をかけないために、毎日スケジュール実行することをお勧めします。
- 前提条件: 連携を実行するユーザーは、Integration Centerツール自体に対するフルパーミッションと、照会されるすべてのエンティティおよびそのナビゲーションプロパティに対するOData APIの読み取りアクセス権が必要です。これらの権限はSuccessFactorsの「Manage Permission Roles」で設定します。
a クエリ例 config
/*
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の管理者アクセス（Integration Centerのロールベースパーミッション（RBP）を含む）と、必要なOData API（例：JobRequisition、JobApplication、ONB2Process、EmpJob）への読み取りアクセスがあることを確認してください。また、出力ファイルを配置するSFTPサーバーの認証情報も必要です。
- 戦略: 「採用から退職までのプロセス」は、複数のSuccessFactorsモジュールにわたります。採用、オンボーディング、Employee Centralなど、主要なデータソースごとに個別のインテグレーションを作成します。これらのインテグレーションから出力されたCSVファイルは、ProcessMind用の単一のイベントログとして外部で結合されます。
- Integration Centerへの移動: Admin Centerから、ツール検索を使用してIntegration Centerを見つけ、移動します。
- 採用イベントインテグレーションの作成: 「My Integrations」をクリックし、「Create」を選択して「Scheduled Simple File Output Integration」を選びます。
- 開始点としてJobApplicationエンティティを検索して選択し、ProcessMind_Recruiting_Eventsのような名前を付けます。
- 「Configure Fields」タブで、必要なフィールドを選択します。「Add」ボタンを使用して、ステータスをActivityNameにマッピングし、EventTimeに適した日付フィールドを選択する計算フィールドを作成します。
- このエンティティから派生する各アクティビティ（例：「応募者応募済み」、「内定承諾」）について、個別の算出カラムを作成します。ステータスが「Hired」の場合に「Offer Accepted」イベントとするような条件ロジックを使用します。
- また、「求人票作成済み」イベントを取得するために、JobRequisitionエンティティ用の個別のインテグレーションを作成します。
- オンボーディングイベントインテグレーションの作成: ONB2Processエンティティを使用して別のインテグレーションを作成します。これは、「オンボーディング開始」、「新入社員データ収集完了」、「マネージャータスク完了」、「採用準備完了ステータス設定」などのアクティビティのソースとなります。
- ONB2Processエンティティには、これらのアクティビティに対応するさまざまなステータスフィールドと日付が含まれています。プロセスステータスやタスクステータスを確認し、対応するアクティビティ名とタイムスタンプを出力するために、複数の計算フィールドを作成する必要があります。
- 「コンプライアンスフォーム署名済み」のような特定のイベントについては、ONB2DataCollectionUserConfigなどのエンティティ、または関連するコンプライアンスフォームエンティティに基づいた個別のインテグレーションが必要になる場合があります。
- Employee Central (EC)イベントインテグレーションの作成: EmpJob（職務情報）エンティティを使用して、3番目の主要なインテグレーションを作成します。これは履歴管理されたエンティティであり、ほとんどの従業員ライフサイクルイベントのソースとなります。
- 「従業員プロファイル有効化」、「昇進承認済み」、「退職手続き開始」、「従業員退職済み」などのアクティビティは、EmpJobのレコードから派生します。
- 特定のアクティビティ（例：「HIRE」、「PROMO」、「TERML」、「TERM」）を特定するために、eventReasonフィールドでフィルタします。
- EmpJobレコードのstartDateまたはcreatedDateをEventTimeとして使用します。
- フィルタリングの設定: 各インテグレーションの「Filter」タブで、lastModifiedDateTimeフィールドに基づいたフィルタを追加します。オペレーターを「Greater Than」に、値を「Last Run Time」に設定します。これにより、各実行で新規または更新されたレコードのみが抽出され、パフォーマンスに不可欠です。
- 転送先とスケジュールの設定: 「Destination Settings」タブで、SFTPサーバーの詳細を入力します。「Scheduling」タブで、インテグレーションが毎日などの定期的なスケジュールで実行されるように設定します。
- 確認と実行: インテグレーションを保存して実行します。最初の実行では、日付フィルタに基づいたフルロードが実行され、その後の実行ではデルタが実行されます。
- データの結合と変換: SFTPサーバーからCSVファイルをダウンロードします。外部スクリプト（例：Python）またはETLツールを使用して、ファイルを単一のイベントログに結合します。このスクリプトは以下を行う必要があります。
- すべてのファイルを結合します。
- 採用前イベント（採用モジュール由来）を、採用後のEmployeeIdに紐付ける処理を行います。
- 同じ従業員または求人票に関連するイベントを処理することにより、TimeToHireやOnboardingCycleTimeなどの複雑なアトリビュートを計算します。
- アップロード用フォーマット: 最終的に結合されたファイルが、ProcessMindへのアップロードに必要なカラム（EmployeeId、ActivityName、EventTime、SourceSystem、LastDataUpdateなど）を含み、かつ適切なCSVフォーマットであることを確認します。
設定
- 連携タイプ: 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」の値を使用するものです。これによりデルタ抽出が可能になり、パフォーマンスを大幅に向上させ、その後の実行におけるファイルサイズを削減します。また、特定のビジネス部門のみを抽出する場合は、Company/Legal Entityによるフィルターも検討してください。
- スケジュール設定: データの鮮度を確保し、ソースシステムに過度な負荷をかけないために、毎日スケジュール実行することをお勧めします。
- 前提条件: 連携を実行するユーザーは、Integration Centerツール自体に対するフルパーミッションと、照会されるすべてのエンティティおよびそのナビゲーションプロパティに対するOData APIの読み取りアクセス権が必要です。これらの権限はSuccessFactorsの「Manage Permission Roles」で設定します。
a クエリ例 config
/*
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'