> 継続的なプロセス改善 > 採用から退職まで：ポジション管理 > SAP SuccessFactors Employee Central > データテンプレート

採用から退職まで：ポジション管理のデータテンプレート

SAP SuccessFactors Employee Central

採用から退職まで：ポジション管理の属性 (19) 採用から退職まで：ポジション管理のアクティビティ (13) 抽出ガイド (3)

採用から退職まで：ポジション管理のデータテンプレート

このテンプレートでは、採用から退職まで：ポジション管理プロセスを分析するために必要なデータの収集方法を詳しく説明します。収集すべき属性、追跡すべき主要なアクティビティ、データ抽出の手順をまとめています。プロセスマイニングを始めるために必要な情報を漏れなく集める際にお役立てください。

収集を推奨する属性
追跡すべき主要なアクティビティ
SAP SuccessFactors Employee Centralからの抽出手順

イベントログを初めて扱いますか。学ぶプロセスマイニングのイベントログを作成する方法.

テンプレートをダウンロード

採用から退職まで：ポジション管理の属性

採用から退職までのポジション管理を詳細に分析するために、イベントログに含める推奨データ項目です。

5 必須 5 推奨 9 任意

	名前	説明
	アクティビティ名 ActivityName	Positionについて特定の時点で発生したビジネスイベントの名称です。
説明この属性は、Position managementのライフサイクルにおける具体的なステップまたはマイルストーンを表します。たとえば、「Position Request Initiated」、「Position Created in HR System」、「Position Deactivated」などです。各アクティビティは、プロセス内の個別のイベントを表します。アクティビティの順序と頻度の分析は、プロセスマイニングの中心です。プロセスマップの可視化、一般的なプロセスフローと代替フロー（バリアント）の特定、ステップ間で遅延や手戻りが発生する箇所の把握が可能になります。実際のプロセスの動きを理解するための基本となる分析です。重要な理由プロセス内のステップを定義し、プロセスマップの可視化、ワークフロー、ボトルネック、逸脱の分析を可能にします。入手先通常は、SAP SuccessFactors Employee Central内のイベントログ、ステータス変更記録、または監査証跡から取得されます。技術的なイベントコードやステータス遷移を、利用者に分かりやすい名称へマッピングする必要がある場合があります。例職位依頼を開始人事システムで職位を作成職位の属性を変更職位を無効化
	イベント時刻 EventTime	特定のアクティビティが発生した時点を示すタイムスタンプです。
説明 Event Timeは、アクティビティがシステムで実行または記録された正確な日時を示します。Positionのライフサイクルにおけるイベントの時系列を提供します。このタイムスタンプは、プロセスマイニングにおける時間ベースの分析に欠かせません。アクティビティ間のサイクルタイムやプロセス全体の所要時間の計算、ステップ間の経過時間を分析したボトルネックの特定、時間の推移に伴うパフォーマンスの把握に使われます。正確なタイムスタンプがなければ、プロセス分析はできません。重要な理由イベントの時系列を提供し、サイクルタイムの計算、ボトルネックの発見、プロセスパフォーマンスの把握に欠かせません。入手先 SAP SuccessFactorsのPosition managementに関する監査ログまたはトランザクション記録にある、イベントやステータス変更の作成日または最終更新日に対応します。例 2023-04-15T09:00:00Z2023-04-15T14:30:15Z2023-05-01T11:20:00Z
	ポジションID PositionId	組織上のPositionを一意に識別するIDであり、Position managementプロセスの主要なケース識別子として機能します。
説明 Position IDは、1つの組織上のPositionに関連するすべてのアクティビティとデータポイントを結び付けます。初回のrequestと作成から、変更、再分類、最終的な無効化または閉鎖まで、Positionのライフサイクル全体をエンドツーエンドで追跡できます。プロセスマイニングでは、一意のPosition IDごとに1つのケースを表します。この識別子でプロセスを分析すると、Positionの全体的な経過を把握し、ライフサイクル全体の所要時間を測定し、開始から終了までPositionに影響するパターンやボトルネックを特定できます。プロセスマップの作成とケース単位のKPI計算に欠かせない基本属性です。重要な理由関連するすべてのイベントを結び付ける基本的なケース識別子であり、Positionのライフサイクル全体を追跡してプロセスフローを分析できます。入手先 SAP SuccessFactors Employee CentralのPosition Managementモジュールを構成する主要な要素で、通常はPositionオブジェクトに含まれています。例 POS-1002345POS-1002346POS-2039871
	ソースシステム SourceSystemId	データが抽出されたシステムです。
説明この属性は、イベントデータの発生元となったソースシステムを識別します。このプロセスでは、常にSAP SuccessFactors Employee Centralになります。単一ソースのモデルでは冗長に見える場合がありますが、データガバナンスとコンテキストの維持に欠かせないフィールドです。特に、複数のシステムからデータを統合する環境で重要です。データの出所を明確にできます。重要な理由明確なデータの出所を示し、データガバナンス、トラブルシューティング、複数のデータソースを扱う場面に役立ちます。入手先通常は、データ変換処理の際にデータセットの発生元を示すために追加される固定値です。例 SAP SuccessFactors Employee Central
	最終データ更新日時 LastDataUpdateTime	ソースシステムからデータが最後に更新または抽出された時点のタイムスタンプです。
説明この属性は、プロセスマイニングツール上でプロセスデータが最後に更新された時点を示します。分析対象データの鮮度を表します。分析がどの時点の情報に基づいているかを把握し、データの適時性に関する期待値を適切に管理するために重要です。ダッシュボードやレポートに欠かせないメタデータの1つです。重要な理由データの鮮度を示し、最新の情報に基づいて分析や意思決定を行えるようにします。入手先データ抽出・変換パイプラインの実行時に生成されるタイムスタンプです。例 2023-10-27T08:00:00Z
	イベント終了時刻 EventEndTime	特定のアクティビティが完了した時点を示すタイムスタンプです。
説明 Event End Timeは、アクティビティの完了時点を示します。多くのシステムでは、アクティビティが単一の時点として記録されるため、End TimeはStart Timeと同じになります。一方、実際の所要時間を伴うアクティビティ、たとえば承認ステップの処理に時間がかかる場合は、このフィールドに完了時点が記録されます。この属性は、個々のアクティビティの処理時間を計算するために欠かせません。アクティビティ間の空白である待機時間と、アクティビティ自体にかかった処理時間を区別し、プロセス効率をより詳細に把握できます。重要な理由アクティビティの処理時間を計算し、タスクの処理にかかった時間と次のステップを待っていた時間を区別できます。入手先監査ログから取得できる場合がありますが、推定が必要になることもあります。単一時点で記録されるイベントでは、StartTimeと同じ値になることがよくあります。例 2023-04-15T09:05:12Z2023-04-15T14:45:00Z2023-05-01T11:20:00Z
	ポジション状況 PositionStatus	イベント発生時点におけるPositionのステータスです。
説明この属性は、Positionの状態を示します。たとえば、「To Be Hired」、「Filled」、「Frozen」、「Eliminated」などです。ステータスは、プロセス内の特定のアクティビティに応じて変化することがよくあります。時間の経過に伴うPosition statusの遷移を分析することは、Positionのライフサイクルを理解し、ステータスが一貫して使われていることを確認するうえで重要です。「Position Status Transition Analysis」ダッシュボードでは、この属性を使って標準外のプロセスフローを特定し、定義済みのステータスモデルへの適合状況を確認します。Positionが特定の状態にとどまる期間に関する分析にも役立ちます。重要な理由ステータスの変更を追跡することで、Positionのライフサイクル、プロセスへの適合状況、各状態にとどまる期間を分析できます。入手先 SAP SuccessFactors Employee CentralのPositionオブジェクトにあるstatusフィールドに対応します。例採用予定充足済み凍結廃止
	ユーザーID UserId	アクティビティを実行したユーザーの識別子です。
説明この属性は、特定のイベントを実行した従業員またはシステムユーザーの一意のIDを記録します。たとえば、Position requestを承認したマネージャーや、システム上でPositionを作成したHR管理者などです。 User ID単位で分析すると、業務量の分布や高い成果を上げている担当者、トレーニングが必要な可能性のある担当者を把握できます。また、リソース分析、コンプライアンスチェック、システムアカウントやサービスアカウントによって実行されたアクティビティの特定にも役立ち、自動化の状況を確認できます。重要な理由プロセスアクティビティを特定のユーザーに割り当て、業務量の分析、パフォーマンスの測定、自動化の特定を可能にします。入手先通常は、SAP SuccessFactorsのPositionオブジェクトに関する監査ログまたはトランザクションデータの「Changed By」または「User」フィールドに記録されています。例 c.bakerj.smithSYSTEM_USER
	承認者ID ApproverId	承認アクティビティに関与したマネージャーまたは承認者の識別子です。
説明この属性は、「Position Request Approved by Manager」や「Position Request Approved by HR」など、承認ステップを実行した特定のユーザーを識別します。一般的なUser IDとは異なり、承認タスクに特化しています。承認者ごとに承認時間を分析すると、プロセスのボトルネックとなっている可能性のある担当者や、非常に迅速に承認している担当者を特定できます。後者は優れた実践を示している可能性があります。「Departmental Approval Bottleneck」ダッシュボードをより細かく分析するために役立ちます。重要な理由承認ステップを承認者単位で詳細に分析し、個々の承認者レベルでボトルネックや高い成果を上げている担当者を特定できます。入手先 SAP SuccessFactorsのワークフローまたは承認ログデータに、Position requestのトランザクションと関連付けて保存されます。例 m.joness.patele.williams
	部門 DepartmentName	Positionが所属する部門の名称です。
説明この属性は、Positionに関連付けられた組織上の部門を示します。たとえば、「Finance」、「Sales」、「Information Technology」などです。 Departmentは比較分析における重要な軸です。組織内の異なる部門間でプロセスパフォーマンスを比較できます。たとえば、部門ごとのPosition承認時間を比較できます。「Departmental Approval Bottleneck」ダッシュボードに欠かせない属性であり、特定の領域における非効率や優れた実践を見つけるのに役立ちます。重要な理由異なる事業部門間でパフォーマンスを比較し、ボトルネックを分析できます。特定の領域に固有の問題を絞り込むのにも役立ちます。入手先 SAP SuccessFactors Employee CentralのPositionオブジェクトに標準で備わっている属性です。例財務営業：北米研究開発
	ポジション名 PositionTitle	Positionに関連付けられた正式な職務名称です。
説明この属性は、Positionの職務名称を示します。たとえば、「Senior Financial Analyst」や「Software Engineer II」などです。 Position titleはプロセスフローを直接左右する主要因ではありませんが、ビジネス上の重要なコンテキストを提供します。特定の職種を対象に分析を絞り込んだり、特定の職務名称で作成サイクルタイムが長い、または変更頻度が高いかを確認したりできます。分析に業務に即した詳細を加えられます。重要な理由ビジネス上の重要なコンテキストを提供し、特定の職務や職位ごとに分析を絞り込んだり分類したりできます。入手先 SAP SuccessFactors Employee CentralのPositionオブジェクトに標準で備わっている属性で、Job Classificationに関連付けられていることがよくあります。例上級財務アナリストソフトウェアエンジニアIIマーケティングコーディネーター
	ポジション承認時間 PositionApprovalCycleTime	Position requestが開始されてからHRによって承認されるまでの合計時間です。
説明新しいPositionの承認フェーズ全体にかかった時間を測定する計算済みKPIです。ケース単位で、「Position Request Initiated」イベントと「Position Request Approved by HR」イベントの時間差を求めて計算します。「Avg Position Approval Time」KPIを直接測定し、「Position Approval Cycle Time」ダッシュボードの主要指標となります。組織の俊敏性と、採用プロセスの入口における効率を測る重要な指標です。重要な理由 Position承認ワークフローの効率を直接測定する重要なKPIであり、遅延の追跡と削減に役立ちます。入手先関連するアクティビティのタイムスタンプを使い、プロセスマイニングプラットフォームまたはデータ変換レイヤーでケース単位に計算されます。例 P3D4H30MP10DP1DT12H
	予算承認状況 BudgetApprovalStatus	Position requestに対する予算承認のステータスです。
説明この属性は、新しいPositionに対する財務承認の状態を追跡します。「Pending」、「Approved」、「Rejected」などの値が設定されます。財務承認ステップを監視するために使われます。「Budget Approval Cycle Time」KPIの計算や、「Position Budget Approval Duration」ダッシュボードに欠かせません。プロセスのうち財務承認の部分を切り分け、予算関連の問題による遅延を重点的に分析できます。予算承認は、Position作成における大きなボトルネックになる場合があります。重要な理由予算承認ステージの分析を直接支援し、新しいPositionの財務承認における遅延の特定と削減に役立ちます。入手先 SAP SuccessFactorsのPosition requestワークフローデータの一部で、特定の承認ステップのステータスとして記録される可能性があります。例財務承認待ち承認済み却下済み
	事業部門 BusinessUnitName	Positionに関連付けられた事業部門です。
説明この属性は、Positionが属する大きな事業部門または事業単位を示します。Departmentより上位の階層になる場合があります。 Departmentと同様に、Business Unitは高いレベルで比較分析するための軸です。「Consumer Products」と「Enterprise Software」など、事業の主要な領域間でPosition managementの効率を比較できます。重要な理由部門をまたいだプロセスパフォーマンスの比較を高いレベルで行い、プロセス指標を戦略上の事業部門と結び付けるのに役立ちます。入手先 SAP SuccessFactorsのPositionオブジェクトで利用できる、標準的な組織構造属性です。例消費者向け製品エンタープライズソフトウェアグローバルサービス
	初回正確処理かどうか IsFirstTimeRight	Positionが直後に変更されることなく、初回から正しく作成されたかを示すフラグです。
説明この計算済み属性は、Positionが正しく作成されたかを確認するブール値（true／false）フラグです。「Position Created in HR System」アクティビティの直後、あらかじめ定めた短い期間（例：24時間以内）に「Position Attributes Modified」アクティビティが続くかを確認します。変更がなければ「true」と判定されます。「First-Time Right Creation %」KPIを直接支援します。データ品質とプロセスの有効性を測る指標として、初回入力が不正確または不完全だったために直ちに手戻りが発生したケースを明らかにします。First Time Rightの割合が低い場合、トレーニング、システムの使いやすさ、データ検証ルールに問題がある可能性があります。重要な理由 Position作成プロセスの品質を測定し、入力時点での手戻りやデータ品質の問題を明らかにします。入手先各Position IDのイベント順序を分析し、データ変換時に計算されるブール値フラグです。例 truefalse
	国 CountryCode	Positionが所在する国です。
説明この属性は、Positionの所在地に関連付けられた国を示します。分析における重要な地理的軸です。国別にプロセスを分析すると、効率、コンプライアンス要件、プロセス実行における地域差を明らかにできます。たとえば、現地の労働規制や労使協議会の関与により、ある国ではPositionの承認時間が大幅に長くなる場合があります。所在地に固有のプロセス差異を理解し、対応するのに役立ちます。重要な理由地理的な分析を行い、現地の規制や慣行の影響を受けた地域ごとのプロセスパフォーマンスの違いを特定できます。入手先 SAP SuccessFactorsのPositionオブジェクトに関連付けられた所在地情報の一部です。例 USADEUINDGBR
	変更された属性 ModifiedAttribute	Position上で変更された具体的な属性またはフィールドです。
説明「Position Attributes Modified」アクティビティが発生した際に、変更された属性を示します。たとえば、「Department」、「Job Title」、「Reports To」などです。「Position Attribute Change Frequency」ダッシュボードに重要な詳細を提供します。変更が発生したことだけでなく、何が最も頻繁に変更されているかを分析できます。特定の属性の変更件数が多い場合、その定義が不明確である、またはそのフィールドの初期データが誤っていることが多い可能性があります。重要な理由変更イベントの詳細を補足し、どのデータ項目が特に変動しやすいか、または誤りが発生しやすいかを分析できます。入手先 SAP SuccessFactorsの詳細な監査ログから取得され、フィールド単位の変更内容として変更前と変更後の値が記録されます。例部門上司コストセンター職種名
	変更理由 ChangeReason	Positionの変更または再分類の理由として入力された内容です。
説明 Positionを変更または再分類する際、ユーザーは変更理由を入力することがよくあります。この属性は、「Reorganization」、「Scope Change」、「Annual Review」など、その理由を記録します。根本原因分析に欠かせない属性です。再分類や属性変更などのプロセスイベントが発生した「理由」を説明できます。変更理由の頻度を分析すると、初期の職務記述が不明確だった、組織変更が頻繁に発生しているといった背景を明らかにできます。これは「Position Reclassification Analysis」ダッシュボードの主要な目的の1つです。重要な理由根本原因分析に必要なビジネスコンテキストを提供し、再分類や変更が発生する理由を説明できます。入手先通常は、SAP SuccessFactorsでPositionオブジェクトを変更するトランザクションの「reason」または「comment」フィールドに記録されます。例組織再編業務範囲の変更年次レビュー
	職種ファミリー PositionJobFamily	Positionが属する職種群または機能領域です。
説明 Job Familyは、関連する職務をまとめる分類です。たとえば、「Engineering」、「Finance」、「Human Resources」などがあります。特定のPosition titleよりも上位のグループとして機能します。この属性は、「Position Reclassification Analysis」ダッシュボードに欠かせません。Positionが職種群間で再分類される頻度を追跡し、傾向を把握できます。たとえば、「IT Support」から「Cybersecurity」への再分類率が高い場合、組織の戦略転換を示している可能性があります。重要な理由再分類の傾向を分析し、機能領域レベルで組織構造の変化を把握するために重要です。入手先 SAP SuccessFactorsのPositionオブジェクトに関連付けられた職務分類構造の一部です。例エンジニアリング財務人事

必須推奨任意

採用から退職まで：ポジション管理のアクティビティ

正確なプロセスディスカバリーのために、イベントログに記録する主要なプロセス手順とマイルストーンです。

6 推奨 7 任意

	アクティビティ	説明
	人事が職位依頼を承認	人事部門がポジション申請を承認したことを示すアクティビティです。承認ワークフローで明示的な完了ステップとして記録される重要なマイルストーンです。
重要な理由人事による最終承認は、通常、予算配分やシステム上での作成に先立つ主な承認段階の完了を示します。このステップに到達するまでの時間を測定することは、「Avg Position Approval Time」KPIにとって重要です。入手先ポジション申請に関連付けられたワークフローログから取得されます。人事担当者が割り当てられた承認ステップを完了した時点のタイムスタンプに対応します。取得人事の承認者がワークフローの担当ステップを完了した時点で記録されます。イベントタイプ explicit
	人事システムで職位を作成	SAP SuccessFactors Employee Centralでポジションレコードが正式に作成されたことを示すアクティビティです。Position MDFオブジェクトの監査証跡または履歴から、作成タイムスタンプを使って明示的に取得します。
重要な理由ポジションが正式に存在することを確認する基本的なマイルストーンです。「Position Creation Cycle Time」KPIは、申請開始からこのイベントまでの期間を測定し、プロセス全体の効率を示します。入手先特定のPosition IDに対応するPosition Metadata Framework（MDF）オブジェクトの監査履歴にある「Created On」または「Created Date」システムフィールドから取得されます。取得 Positionオブジェクトレコードの作成タイムスタンプから抽出されます。イベントタイプ explicit
	職位を有効化	新しく作成されたポジションが有効になり、採用や人員配置に利用できる状態になったことを示します。通常は、ポジションのステータスフィールドが「Active」に変更されたことから判断します。
重要な理由有効化は、採用を開始する前の最終ステップです。作成から有効化までの時間を追跡すると、ポジションを充足可能な状態にするまでの遅延を特定できます。入手先 Position MDFオブジェクトの履歴で「Status」または「Effective Status」フィールドの変更を追跡して判断します。値が「Active」に変更された時点のタイムスタンプがイベントを示します。取得ポジションのステータスフィールドが「Active」に変更されたことから判断します。イベントタイプ inferred
	職位を終了	これはPositionのライフサイクルにおける最終イベントであり、Positionが恒久的に閉鎖または廃止されたことを示します。通常は、Positionのステータスが「Closed」や「Eliminated」などの終端値に変更されたことから推定されます。
重要な理由このアクティビティはプロセスの確定的な終点となり、エンドツーエンドのサイクルタイムを正確に分析できるようにします。Positionが正常に廃止されたことを確認できます。入手先 Position MDFオブジェクトの履歴にある「Status」フィールドの変更を追跡して推定されます。「Closed」または「Eliminated」への変更時刻がイベントとして記録されます。取得 Position statusが終端値に変更されたことから推定されます。イベントタイプ inferred
	職位依頼を却下	このイベントは、承認ワークフローのいずれかの段階でPosition requestが却下されたことを示します。承認者が「reject」または「send back」を選択した際に、ワークフローエンジンによって明示的に記録されるイベントです。
重要な理由却下は重大なプロセス逸脱であり、requestデータ、予算、または申請理由に問題がある可能性を示します。却下理由を分析することで、今後のrequestの品質向上につながります。入手先 Position requestに関連付けられたワークフローログデータから取得されます。これは、ワークフローステップが「rejected」ステータスで完了したことに対応します。取得承認者がワークフローのステップを却下した際に記録されます。イベントタイプ explicit
	職位依頼を開始	このイベントは、ユーザーが新しいポジションの作成を正式に申請した時点で、ポジション管理プロセスが始まったことを示します。SAP SuccessFactorsでポジション作成ワークフローが開始された時点で、明示的に記録されます。
重要な理由このプロセスの主な開始イベントです。このアクティビティからポジションの承認や作成などの他のアクティビティまでの時間を分析することで、プロセス全体の効率を測定できます。入手先ポジション申請に関連するワークフローインスタンスが開始された時点で記録されます。データは、Positionオブジェクトに関連付けられたWfRequestなどのワークフロー申請テーブルから取得できます。取得新しいポジションのワークフロー開始時に記録されます。イベントタイプ explicit
	コンプライアンスの観点から職位を確認	ポジションが社内方針や外部規制に適合していることを確認するため、定期的または特定のイベントを契機に実施されるレビューを示します。このイベントの取得方法は、カスタムワークフローやMDFオブジェクトなど、お客様固有の設定に大きく左右されます。
重要な理由このアクティビティは、組織のコンプライアンスを監視・確保するために欠かせません。「Position Review Compliance %」などのKPIを直接支え、リスクの低減にも役立ちます。入手先システム分析が必要です。Positionに関連付けられたカスタムMDFオブジェクト、カスタムワークフローのステータス更新、または添付ファイルのログから取得できる可能性があります。取得カスタム実装に依存します。通常は、カスタムMDFオブジェクトのエントリから取得します。イベントタイプ explicit
	マネージャーが職位依頼を承認	通常は採用マネージャーまたはラインマネージャーが行う、第1段階の承認が完了したことを示します。ポジション管理ワークフローでステップが完了した時点に、明示的なイベントとして記録されます。
重要な理由マネージャーによる承認時間を追跡すると、特定の部門や管理職層におけるボトルネックを特定できます。承認サイクルの初期段階を把握するための重要なマイルストーンです。入手先特定のポジション申請に関するワークフローログデータで、ステップ完了イベントとして記録されます。承認者の役割とワークフローステップの「approved」ステータスによって特定できます。取得ユーザーがワークフローの承認ステップを完了した時点で記録されます。イベントタイプ explicit
	職位の予算を承認	財務部門または予算責任者が、新しいポジションの財務面を承認したことを示します。通常は、マネージャーと人事による承認の後に実行される、ワークフロー内の明示的なステップです。
重要な理由予算承認の遅延は、採用プロセスを大きく停滞させる可能性があります。このアクティビティを分離して分析することで、ポジション管理における財務承認段階を改善できます。入手先ポジション申請のワークフローログから取得され、財務承認ステップの完了に対応します。承認者は通常、「Finance」または「Budget Holder」の役割で特定されます。取得財務の承認者がワークフローの担当ステップを完了した時点で記録されます。イベントタイプ explicit
	職位の属性を変更	役職名、部門、原価センターなど、既存ポジションの属性に加えられた変更を示します。このイベントは、Position MDFオブジェクトの監査ログから明示的に取得します。
重要な理由変更が頻繁に発生している場合、データ品質の問題や組織設計の不安定さを示している可能性があります。これらのイベントを分析することで、「Position Attribute Mod Rate」とやり直しの状況を測定できます。入手先 Position MDFオブジェクトの監査履歴から取得します。「last modified date」タイムスタンプとユーザーが記録された変更ごとに、変更アクティビティとして扱います。取得 Positionオブジェクトの監査証跡で、フィールドが変更されるたびに記録されます。イベントタイプ explicit
	職位を再分類	職務コードや職務ファミリーの変更など、ポジションの基本定義に大きな変更が加えられたことを示します。Position MDFオブジェクトの「Job Code」または「Job Classification」フィールドの変更から判断します。
重要な理由再分類率が高い場合、職務設計の初期段階に問題がある、または事業上の要件が変化している可能性があります。これを追跡することで、組織構造の安定性を分析できます。入手先 Position MDFオブジェクトの監査履歴で、「jobCode」などの主要な分類フィールドの変更を監視して判断します。このような変更が発生した時点のタイムスタンプがイベントを示します。取得 Positionオブジェクトの「jobCode」フィールドの変更から判断します。イベントタイプ inferred
	職位を凍結／一時停止	ポジションが一時的に保留され、人員配置に利用できない状態になったことを示します。ポジションのステータスフィールドが「Frozen」や「Suspended」などの値に変更されたことから判断します。
重要な理由このアクティビティは、無効化または終了に先行して発生することがよくあります。ポジションが凍結されたままの期間を分析することで、人員計画と人員数管理を改善できます。入手先 Position MDFオブジェクトの履歴で「Status」フィールドの変更を追跡して判断します。「Frozen」または同様の値に変更された時点のタイムスタンプがイベントを示します。取得ポジションのステータスフィールドが「Frozen」に変更されたことから判断します。イベントタイプ inferred
	職位を無効化	ポジションが正式に無効化され、利用できない状態になったことを示します。ポジションのステータスが「Inactive」または「Deactivated」に変更されたことから判断します。
重要な理由ポジションを終了するプロセスにおける重要なステップです。保留から無効化までの時間を追跡することは、「Position Deactivation Lead Time」KPIの測定に欠かせません。入手先 Position MDFオブジェクトの監査履歴で、「Status」または「Effective Status」フィールドが「Inactive」に変更された時点を特定して判断します。取得 Position statusフィールドが「Inactive」に変更されたことから推定されます。イベントタイプ inferred

推奨任意

抽出ガイド

SAP SuccessFactors Employee Centralからデータを取得する方法

ステップ

Integration Centerへの移動：SAP SuccessFactorsの環境にログインします。検索バーでIntegration Centerを検索し、移動します。
新しい連携の作成：「My Integrations」ボタンをクリックします。「Create」を選択し、続けて「More Integration Types」を選択します。
初期設定の選択：
- Integration Type：「Scheduled」を選択します。
- Source Type：「SuccessFactors」を選択します。
- Destination Type：「SFTP」を選択します。
- 形式：「CSV」を選択し、「Create」をクリックします。
コアエンティティの設定：「Configure Fields」タブで「Position」エンティティを検索して選択し、開始エンティティに設定します。連携には、「ProcessMind Position Management Log」のような内容が分かる名前を付けます。
「Position Created」イベントの抽出：これが最初のイベントです。基本のPositionエンティティからフィールドをマッピングします。ActivityNameフィールドでは「Set Fixed Value」オプションを使用し、「Position Created in HR System」と入力します。PositionIdをcodeフィールドに、EventTimeをcreatedDateフィールドにマッピングします。
ワークフローイベント（開始、承認、却下）の抽出：ワークフローイベントを取得するには、ワークフローデータを結合する必要があります。Positionエンティティの「positionWorkOrder」ナビゲーションプロパティを探します。そこからwfRequestNav、続いてwfRequestStepsへ移動します。
- エンティティツリーのルートノードを右クリックし、「Add Sibling Element」を選択します。
- この新しい要素で、上記の説明に従ってエンティティをたどります。
- ActivityName用に、「Position Request Initiated」、「Position Request Approved by Manager」などの計算フィールドを作成します。wfRequestStepsエンティティのstepNum（ステップ番号）とstatus（「APPROVED」、「REJECTED」）に基づく条件ロジックを使用します。
- EventTimeをワークフローステップのcompletedOnフィールドにマッピングします。
ステータス変更イベント（有効化、無効化など）の抽出：多くのアクティビティは、Positionの有効日付きレコードの変更から導出されます。
- Positionエンティティを起点として、別の兄弟要素を追加します。
- 時計アイコンの付いたレコードを選択して、エンティティの履歴へ移動します。これにより、時間の経過に伴う変更にアクセスできます。
- 特定のステータス変更を検出するには、現在のレコードのstatusが、たとえば「A」（アクティブ）であり、前のレコードのステータスが異なるという条件で絞り込む必要があります。Integration Centerでは高度な絞り込みが一部可能ですが、評価用の計算フィールドが必要になる場合があります。
- 各ステータス変更（有効化、凍結、無効化、終了）について、適切なフィルターとActivityNameの固定値を設定した個別の兄弟要素を作成します。
属性変更イベントの抽出：Positionの有効日付き履歴を基に、別の兄弟要素を追加します。lastModifiedDateTimeがレポート期間内にあるレコードを含め、すでに取得した他の特定イベント（作成や特定のステータス変更など）に該当するレコードを除外するフィルターを作成します。これは複雑になる場合があります。ActivityNameには「Position Attributes Modified」を設定します。
出力先設定：「Destination Settings」タブへ移動します。ホストアドレス、ポート、ユーザー名、認証情報など、SFTPサーバーの詳細を入力します。ファイル名と出力フォルダーのパスを指定します。
絞り込みと並べ替えの設定：「Filter」タブで、抽出するデータを限定する時間ベースのフィルターを作成します。差分ロードを実行するには、PositionオブジェクトのlastModifiedDateTimeで絞り込むことを強く推奨します。初回実行では、createdDateで絞り込んでもかまいません。時系列順になるよう、データをPositionId、続いてEventTimeの順に並べ替えます。
連携のスケジュール設定：「Scheduling」タブへ移動します。ジョブの実行頻度として、毎日や毎週などを指定します。これにより、プロセスマイニング用のデータを最新の状態に保てます。
確認と実行：最後のタブですべての設定を確認します。テストを実行するか、連携を有効化します。ジョブが実行されると、CSVファイルが指定したSFTPサーバーに配置され、ProcessMindへアップロードできる状態になります。

設定

Integration Type：Outbound Scheduled CSV。定期的にフラットファイルを作成します。
Starting Entity：主要エンティティはPositionです。必要なデータの多くは、Positionから関連エンティティへ移動して取得します。対象には、有効期間付き履歴、ワークフローリクエスト（wfRequestNav）、基礎オブジェクトなどがあります。
Key Filters：lastModifiedDateTimeによるフィルタリングは、パフォーマンスの確保と管理しやすい差分ロードの作成に欠かせません。初回の履歴ロードでは、過去6～12か月など、定めた期間のcreatedDateでフィルタリングします。companyやbusinessUnitにも追加のフィルターを適用し、組織内の必要な範囲に限定します。
Paging：大量のデータを扱う場合は、タイムアウトを防ぐため、宛先設定で「Server Side Pagination」を有効にします。パフォーマンステストの結果に応じてページサイズを調整します。
Prerequisites：SuccessFactorsインスタンスからアクセスできるSFTPサーバーを設定しておく必要があります。設定担当者には、Integration Centerへのアクセス権限と、照会するすべてのエンティティ（Position、WfRequest、Userなど）に対するOData API権限が必要です。

a サンプルクエリ sql

/*
Integration Center is a UI-based tool. This script represents the logical configuration
of the entities, fields, and filters for each activity within a single integration job.
Each 'BLOCK' would be configured as a sibling element in the Integration Center UI.
*/

// BLOCK 1: Position Created in HR System
// This is the root element of the integration.
ENTITY: Position
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Created in HR System' (Fixed Value)
  EventTime = Position.createdDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.createdDate
  UserId = Position.createdBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  Position.createdDate >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 2: Workflow Events (Initiated, Approved, Rejected)
// This single block uses calculated columns to generate multiple event types.
ENTITY: Position -> positionWorkOrder -> wfRequestNav
FIELDS:
  PositionId = Position.code
  ActivityName = Calculated Field:
    IF wfRequestNav.wfRequestSteps.stepNum = 1 AND wfRequestNav.status = 'PENDING' THEN 'Position Request Initiated'
    IF wfRequestNav.wfRequestSteps.stepNum = [Manager Approval Step Number] AND wfRequestNav.wfRequestSteps.status = 'APPROVED' THEN 'Position Request Approved by Manager'
    IF wfRequestNav.wfRequestSteps.stepNum = [HR Approval Step Number] AND wfRequestNav.wfRequestSteps.status = 'APPROVED' THEN 'Position Request Approved by HR'
    IF wfRequestNav.wfRequestSteps.stepNum = [Budget Approval Step Number] AND wfRequestNav.wfRequestSteps.status = 'APPROVED' THEN 'Position Budget Approved'
    IF wfRequestNav.wfRequestSteps.status = 'REJECTED' THEN 'Position Request Rejected'
    ELSE null
  EventTime = wfRequestNav.wfRequestSteps.completedOn
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = wfRequestNav.wfRequestSteps.completedOn
  UserId = wfRequestNav.wfRequestSteps.processedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = wfRequestNav.wfRequestSteps.approverId
FILTERS:
  ActivityName IS NOT null
  wfRequestNav.wfRequestSteps.lastModifiedDateTime >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 3: Position Activated
ENTITY: Position (Effective Dated History)
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Activated' (Fixed Value)
  EventTime = Position.effectiveStartDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.effectiveStartDate
  UserId = Position.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  Position.status = 'A' (Active)
  // This requires an advanced filter to check the status of the previous record, which can be complex in Integration Center.
  Position.lastModifiedDateTime >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 4: Position Attributes Modified
ENTITY: Position (Effective Dated History)
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Attributes Modified' (Fixed Value)
  EventTime = Position.lastModifiedDateTime
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.lastModifiedDateTime
  UserId = Position.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  // This filter should exclude records that are purely status changes captured in other blocks.
  Position.lastModifiedDateTime >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 5: Position Reclassified
ENTITY: Position (Effective Dated History)
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Reclassified' (Fixed Value)
  EventTime = Position.effectiveStartDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.effectiveStartDate
  UserId = Position.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  // Requires advanced filter to check if Position.jobCode has changed from the previous record.
  Position.lastModifiedDateTime >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 6: Position Reviewed for Compliance
// This requires a custom MDF object or workflow configured by the customer.
ENTITY: Position -> cust_ComplianceReview.position
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Reviewed for Compliance' (Fixed Value)
  EventTime = cust_ComplianceReview.lastModifiedDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = cust_ComplianceReview.lastModifiedDate
  UserId = cust_ComplianceReview.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = cust_ComplianceReview.reviewerId
FILTERS:
  cust_ComplianceReview.lastModifiedDate >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 7: Position Frozen/Suspended
ENTITY: Position (Effective Dated History)
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Frozen/Suspended' (Fixed Value)
  EventTime = Position.effectiveStartDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.effectiveStartDate
  UserId = Position.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  Position.status = '[Your Frozen Status Code]'
  Position.lastModifiedDateTime >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 8: Position Deactivated
ENTITY: Position (Effective Dated History)
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Deactivated' (Fixed Value)
  EventTime = Position.effectiveStartDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.effectiveStartDate
  UserId = Position.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  Position.status = 'I' (Inactive)
  Position.lastModifiedDateTime >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 9: Position Closed
ENTITY: Position (Effective Dated History)
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Closed' (Fixed Value)
  EventTime = Position.effectiveStartDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.effectiveStartDate
  UserId = Position.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  Position.status = '[Your Closed/Eliminated Status Code]'
  Position.lastModifiedDateTime >= [Start Date]

ステップ

Report Center Canvas Reports、Employee Central Position Management、Position MDFの監査または履歴データ、ワークフローデータ、セキュアFTP配信がテナントで有効になっており、利用できることを確認します。必要なレポート権限と監査権限について、SuccessFactors管理者に確認します。
Report CenterでCanvas Reportを作成し、テナントで利用できるEmployee Centralのポジション、ワークフロー、監査、顧客固有のコンプライアンスソースを選択します。オブジェクト名とフィールド名は設定によって異なるため、標準名を前提にせず、設定済みの対応するオブジェクトを選択します。
Position IDをケース識別子として、レポートの結合を設定します。ポジションレコードをワークフローレコード、監査または履歴レコード、設定済みのコンプライアンスレコードに結合します。イベントごとに1行の出力を保持します。ポジションごとに1行へ集約しないでください。
必要なすべてのアクティビティについて、イベント抽出ロジックを設定します：Position Request Initiated、Position Request Approved by Manager、Position Request Approved by HR、Position Budget Approved、Position Created in HR System、Position Activated、Position Attributes Modified、Position Reclassified、Position Reviewed for Compliance、Position Frozen/Suspended、Position Deactivated、Position Request Rejected、Position Closed。
各イベントをActivityNameとEventTimeにマッピングします。Position Request Initiatedにはワークフロー送信日時、承認アクティビティには承認完了日時、Position Created in HR Systemにはポジション作成日時、変更には監査または履歴のタイムスタンプ、Position Reviewed for Complianceには設定済みのコンプライアンスレビュー日時を使用します。ステータスベースのアクティビティには、設定済みのステータスまたは監査のタイムスタンプを使用します。
必須の出力列PositionId、ActivityName、EventTime、SourceSystemId、LastDataUpdateTimeを追加します。ソースで提供される場合は、EventEndTime、UserId、DepartmentName、PositionStatus、ApproverIdも追加します。SourceSystemIdには「SuccessFactors Employee Central」などの安定した値を設定し、LastDataUpdateTimeにはレポートの更新日時または抽出日時を入力します。
[Start date parameter]と[End date parameter]を使ってEventTimeに日付フィルターを適用します。[Company Code filter]や[Document Type filter]などの顧客固有のフィルターは、該当フィールドが設定され、必要な場合にのみ適用します。選択したプロセス期間に必要な履歴イベントがフィルターで除外されないようにします。
テスト後にCanvas Reportをスケジュールします。テナントで承認された宛先、ファイル命名規則、区切り文字、文字エンコーディング、保持設定を使って、定期実行とセキュアFTP配信を設定します。プラットフォームで管理された認証情報が必要な場合を除き、レポート定義に認証情報を直接記載しないでください。
セキュアFTPから配信されたCSVファイルを取得し、ヘッダー、区切り文字、エンコーディング、タイムスタンプ形式、重複行、NULL値を確認します。必要に応じて、各アクティビティが個別の行になり、すべての行にPositionIdが繰り返し記載されるようファイルを整形します。
最終CSVをProcessMindにロードします。PositionIdをケース識別子、ActivityNameをアクティビティ、EventTimeをイベントタイムスタンプとしてマッピングし、残りの列をイベント属性として設定します。ProcessMindが推測したアクティビティに依存せず、提供したとおりにイベントログを読み取っていることを確認します。

設定

レポートタイプ：SuccessFactors Report Center Canvas Reportを使用します。正確なソースオブジェクト名、結合、フィールドラベルはテナントの設定によって異なります。
必須イベント列：PositionId、ActivityName、EventTime、SourceSystemId、LastDataUpdateTime。
推奨イベント列：EventEndTime、UserId、DepartmentName、PositionStatus、ApproverId。
ケース識別子：PositionIdは、ワークフロー、ポジション、監査、履歴、コンプライアンスの各レコードで一貫している必要があります。
アクティビティロジック：13種類すべてのアクティビティについて、明示的な行を設定します。ステータス変更とフィールド変更は、現在の状態を示す属性だけでなく、個別のイベント行として表現する必要があります。
日付範囲：テストと運用抽出では、まず3～6か月から始めます。レポートのパフォーマンスと履歴データの利用可能性を検証してから、範囲を広げます。
日付フィルター：可能な場合はイベントタイムスタンプでフィルタリングします。現在のポジションレコードの日付だけでフィルタリングすると、過去のワークフローや監査イベントが除外される可能性があるため避けてください。
重要なフィルター：[Company Code filter]、[Document Type filter]、組織範囲、ポジションステータス、有効期間のフィルターは、業務範囲上必要で、テナントに設定されている場合にのみ使用します。
有効期間：選択したポジションおよびMDFソースが有効期間付きかどうかを確認します。利用できる場合は、イベントタイムスタンプと関連する有効開始日または終了日を保持します。
ワークフロー設定：マネージャー承認、HR承認、予算承認、却下、差し戻しに対応する設定済みのワークフローステップを特定します。顧客固有のワークフローステップ名は明示的にマッピングする必要があります。
コンプライアンスレビュー：Position Reviewed for Complianceは、利用可能な顧客固有のワークフロー、MDFオブジェクト、その他の監査可能なソースからのみ設定します。根拠のない推測でこのイベントを作成しないでください。
ステータス値：テナントで設定されたActive、Frozen、Suspended、Inactive、Deactivated、Closed、Eliminatedの値をマッピングします。可能な限り、元のPositionStatus値を保持します。
属性変更：ポジション属性の変更について、監査または履歴の抽出を設定します。Position Reclassifiedでは、設定済みのJob CodeまたはJob Classificationフィールドの変更を明確に特定します。
更新日時：1回の抽出に含まれるすべての行で、レポート実行日時またはソース更新日時をLastDataUpdateTimeに一貫して設定します。
パフォーマンス：初期の日付範囲を限定し、必要な列だけを選択し、不要な多対多結合を避け、結合による行の増加をテストします。監査データやワークフローデータが大量の場合は、分割スケジュールまたは個別抽出後の管理された統合が必要になることがあります。
配信：テナントで承認された認証情報、暗号化、ディレクトリ、ファイル命名、保持設定を使ってセキュアFTPを利用します。ProcessMindに取り込む前に、配信ファイルが完全であることを確認します。
前提条件：Employee CentralとPosition Managementの必要な設定、Report Centerへのアクセス、選択したすべてのオブジェクトに対するレポート権限、監査または履歴への権限、ワークフローの可視性、セキュアFTP配信機能、該当するレポートまたはインテグレーションのライセンス。

a サンプルクエリ sql

SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Request Initiated]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Request Approved by Manager]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Request Approved by HR]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Budget Approved]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Created in HR System]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Activated]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Attributes Modified]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Reclassified]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Reviewed for Compliance]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Frozen or Suspended]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Deactivated]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Request Rejected]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Closed]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter];

ステップ

Python環境を準備：Python 3.6以降がインストールされていることを確認します。pipで必要なライブラリをインストールします：pip install requests pandas。
APIアクセスを設定：SAP SuccessFactorsのAPI認証情報を取得します。APIサーバーURL、Company ID、技術ユーザー用のユーザー名とパスワード（またはOAuth 2.0用のクライアントIDとシークレット）が必要です。このユーザーには、Position、WfRequest、WfRequestStepなどのOData APIと、関連する基礎オブジェクトへのアクセス権限が必要です。
スクリプトのパラメーターを設定：提供されたPythonスクリプトを開きます。先頭の設定セクションで、API_ENDPOINT、COMPANY_ID、API_USER、API_PASSWORD、抽出期間のSTART_DATEとEND_DATEをプレースホルダーから置き換えます。
マッピングをカスタマイズ：スクリプト内のSTATUS_ACTIVITY_MAPとWORKFLOW_STEP_MAPの辞書を確認します。SuccessFactorsのステータスコードやワークフローステップ名に対応するキーと、希望するActivity Nameに対応する値を、組織のSuccessFactors設定に合わせて調整します。
スクリプトを実行：ターミナルで次のコマンドを実行します：python extract_position_management.py。スクリプトがSuccessFactors APIに接続し、PositionとWorkflowのデータを取得して、ページネーションを自動的に処理します。
データを処理：スクリプトはAPIから取得した生のデータをメモリ上で処理します。作成イベント、ステータス変更、変更、ワークフローステップを特定し、標準化されたイベントログ形式に変換します。個別の業務イベントはそれぞれ別の行になります。
カスタムイベントを処理：高度なカスタマイズが必要なPosition Reviewed for Complianceアクティビティについては、スクリプト内のプレースホルダー関数get_compliance_review_eventsを探します。システム設定に従い、関連するカスタムMDFオブジェクトまたはワークフローを照会するロジックを実装します。
出力を確認：スクリプトが完了すると、position_management_event_log.csvという名前のCSVファイルが生成されます。このファイルに抽出したイベントログが含まれます。
データを検証：CSVファイルを開き、検証手順に沿って確認します。ケース数、アクティビティの分布、属性の完全性が想定どおりであることを確認します。
アップロードの準備：CSVファイルのヘッダーがProcessMindのデータモデル要件と一致していることを確認します。必須列のPositionId、ActivityName、EventTimeが存在し、正しい形式である必要があります。これでProcessMindにアップロードできます。

設定

APIユーザーの権限：API用の技術ユーザーには、次のODataエンティティへの読み取りアクセス権が必要です：Position、WfRequest、WfRequestStep、ユーザー、FODepartment、および属性の補完に必要なその他のエンティティ。権限には、OData API Position ExportとOData API Workflow Exportを含めます。
日付範囲によるフィルタリング：スクリプトでは、START_DATEとEND_DATEを使用して、lastModifiedDateTimeに基づいてレコードを絞り込みます。初回ロードでは、ライフサイクル全体を取得できるよう、12～24か月の期間を推奨します。差分ロードでは、最後に成功した抽出のタイムスタンプを新しいSTART_DATEとして使用します。
ページネーション：スクリプトは、$topおよび$skipパラメーターを使用してAPIのページネーションを処理します。PAGE_SIZE変数は調整できますが、パフォーマンスとメモリ使用量のバランスを考えると、通常は200～500が適しています。
エンティティの選択：スクリプトでは主にPositionおよびWfRequestエンティティを照会します。$selectパラメーターを使用して必要なフィールドだけに絞り込み、APIのパフォーマンスを高めます。
ステータスとワークフローのマッピング：スクリプトには、SuccessFactorsの技術値（例：「A」はアクティブステータス、「WF_STEP_HR」はワークフローステップ名）を業務向けのアクティビティ名にマッピングする辞書（STATUS_ACTIVITY_MAP、WORKFLOW_STEP_MAP）が含まれています。利用環境の設定に合わせて構成する必要があります。
差分処理ロジック：スクリプトは、日付範囲内の全件ロードを想定しています。定期的な抽出では、LastDataUpdateTimeに基づいて差分レコードを処理し、重複データの処理を避けるロジックを実装します。

a サンプルクエリ python

import requests
import pandas as pd
from datetime import datetime
import json

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your SuccessFactors API details
API_ENDPOINT = class="hl-string">"https://apiX.successfactors.com/odata/v2"
COMPANY_ID = class="hl-string">"[Your_Company_ID]"
API_USER = class="hl-string">"[Your_API_User]@[Your_Company_ID]"
API_PASSWORD = class="hl-string">"[Your_API_Password]"

class=class="hl-string">"hl-comment"># Date range for extraction (YYYY-MM-DD format)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># Pagination size
PAGE_SIZE = 500

class=class="hl-string">"hl-comment"># Mappings (Customize to your SF configuration)
STATUS_ACTIVITY_MAP = {
    class="hl-string">'A': class="hl-string">'Position Activated',
    class="hl-string">'I': class="hl-string">'Position Deactivated',
    class="hl-string">'S': class="hl-string">'Position Frozen/Suspended',
    class="hl-string">'E': class="hl-string">'Position Closed',
    class="hl-string">'F': class="hl-string">'Position Frozen/Suspended'
}

class=class="hl-string">"hl-comment"># Note: Workflow step names can be found in WF_REQUEST_STEP.step_name
WORKFLOW_STEP_MAP = {
    class="hl-string">'Manager Approval': class="hl-string">'Position Request Approved by Manager',
    class="hl-string">'HR Approval': class="hl-string">'Position Request Approved by HR',
    class="hl-string">'Budget Approval': class="hl-string">'Position Budget Approved'
}

class=class="hl-string">"hl-comment"># --- Helper Functions ---
def fetch_sf_data(entity, select_fields, filter_query):
    class="hl-string">"""Fetches paginated data from a SuccessFactors OData entity."""
    all_records = []
    skip = 0
    while True:
        url = fclass="hl-string">"{API_ENDPOINT}/{entity}?$format=json&$top={PAGE_SIZE}&$skip={skip}"
        if select_fields:
            url += fclass="hl-string">"&$select={','.join(select_fields)}"
        if filter_query:
            url += fclass="hl-string">"&$filter={filter_query}"
        
        print(fclass="hl-string">"Fetching {entity} data, page starting at record {skip}...")
        response = requests.get(url, auth=(API_USER, API_PASSWORD))
        if response.status_code != 200:
            print(fclass="hl-string">"Error fetching {entity}: {response.status_code} {response.text}")
            break

        data = response.json()[class="hl-string">'d'][class="hl-string">'results']
        if not data:
            break

        all_records.extend(data)
        skip += PAGE_SIZE

    return all_records

def parse_sf_timestamp(sf_date):
    class="hl-string">"""Parses SuccessFactors OData timestamp format /Date(...)/."""
    if not sf_date:
        return None
    try:
        class=class="hl-string">"hl-comment"># Extract timestamp in milliseconds and convert to datetime
        ts = int(sf_date.split(class="hl-string">'(')[1].split(class="hl-string">')')[0])
        return datetime.fromtimestamp(ts / 1000)
    except (IndexError, ValueError):
        return None

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    events = []
    source_system_id = class="hl-string">"SAP SuccessFactors"
    last_data_update_time = datetime.now()

    class=class="hl-string">"hl-comment"># 1. Fetch Position history data
    position_filter = fclass="hl-string">"lastModifiedDateTime ge datetime'{START_DATE}T00:00:00Z' and lastModifiedDateTime le datetime'{END_DATE}T23:59:59Z'"
    position_fields = [class="hl-string">"code", class="hl-string">"effectiveStartDate", class="hl-string">"status", class="hl-string">"jobCode", class="hl-string">"lastModifiedBy", class="hl-string">"lastModifiedDateTime", class="hl-string">"createdBy", class="hl-string">"createdDateTime", class="hl-string">"departmentNav/name"]
    positions_raw = fetch_sf_data(class="hl-string">"Position", position_fields, position_filter)

    class=class="hl-string">"hl-comment"># Group by position code to process history
    positions_by_code = {}
    for pos in positions_raw:
        code = pos.get(class="hl-string">'code')
        if code not in positions_by_code:
            positions_by_code[code] = []
        positions_by_code[code].append(pos)

    class=class="hl-string">"hl-comment"># Process Position history for events
    for pos_id, history in positions_by_code.items():
        class=class="hl-string">"hl-comment"># Sort records by effective date and last modified date to establish order
        history.sort(key=lambda x: (parse_sf_timestamp(x[class="hl-string">'createdDateTime']), parse_sf_timestamp(x[class="hl-string">'lastModifiedDateTime'])))

        class=class="hl-string">"hl-comment"># Event: Position Created in HR System
        creation_record = history[0]
        events.append({
            class="hl-string">'PositionId': pos_id,
            class="hl-string">'ActivityName': class="hl-string">'Position Created in HR System',
            class="hl-string">'EventTime': parse_sf_timestamp(creation_record[class="hl-string">'createdDateTime']),
            class="hl-string">'UserId': creation_record.get(class="hl-string">'createdBy'),
            class="hl-string">'DepartmentName': creation_record.get(class="hl-string">'departmentNav', {}).get(class="hl-string">'name'),
            class="hl-string">'PositionStatus': creation_record.get(class="hl-string">'status'),
            class="hl-string">'ApproverId': None
        })
        
        last_status = creation_record.get(class="hl-string">'status')
        last_job_code = creation_record.get(class="hl-string">'jobCode')

        for i in range(len(history)):
            record = history[i]
            event_time = parse_sf_timestamp(record[class="hl-string">'lastModifiedDateTime'])
            department = record.get(class="hl-string">'departmentNav', {}).get(class="hl-string">'name')

            class=class="hl-string">"hl-comment"># Events from status changes (Activated, Deactivated, Frozen, Closed)
            current_status = record.get(class="hl-string">'status')
            if current_status != last_status and current_status in STATUS_ACTIVITY_MAP:
                events.append({
                    class="hl-string">'PositionId': pos_id,
                    class="hl-string">'ActivityName': STATUS_ACTIVITY_MAP[current_status],
                    class="hl-string">'EventTime': event_time,
                    class="hl-string">'UserId': record.get(class="hl-string">'lastModifiedBy'),
                    class="hl-string">'DepartmentName': department,
                    class="hl-string">'PositionStatus': current_status,
                    class="hl-string">'ApproverId': None
                })
            last_status = current_status

            class=class="hl-string">"hl-comment"># Event: Position Reclassified (Job Code changed)
            current_job_code = record.get(class="hl-string">'jobCode')
            if current_job_code != last_job_code and i > 0: class=class="hl-string">"hl-comment"># Avoid flagging on creation
                events.append({
                    class="hl-string">'PositionId': pos_id,
                    class="hl-string">'ActivityName': class="hl-string">'Position Reclassified',
                    class="hl-string">'EventTime': event_time,
                    class="hl-string">'UserId': record.get(class="hl-string">'lastModifiedBy'),
                    class="hl-string">'DepartmentName': department,
                    class="hl-string">'PositionStatus': current_status,
                    class="hl-string">'ApproverId': None
                })
            last_job_code = current_job_code

            class=class="hl-string">"hl-comment"># Event: Position Attributes Modified (generic modification)
            if i > 0: class=class="hl-string">"hl-comment"># This fires for any modification after creation
                 events.append({
                    class="hl-string">'PositionId': pos_id,
                    class="hl-string">'ActivityName': class="hl-string">'Position Attributes Modified',
                    class="hl-string">'EventTime': event_time,
                    class="hl-string">'UserId': record.get(class="hl-string">'lastModifiedBy'),
                    class="hl-string">'DepartmentName': department,
                    class="hl-string">'PositionStatus': current_status,
                    class="hl-string">'ApproverId': None
                })


    class=class="hl-string">"hl-comment"># 2. Fetch Workflow (WfRequest) data for position creations
    wf_filter = fclass="hl-string">"lastModifiedDateTime ge datetime'{START_DATE}T00:00:00Z' and (module eq 'POSITION' or objectType eq 'Position')"
    wf_fields = [class="hl-string">"wfRequestId", class="hl-string">"status", class="hl-string">"effectiveDate", class="hl-string">"createdBy", class="hl-string">"createdDate", class="hl-string">"wfRequestSteps/processedBy", class="hl-string">"wfRequestSteps/status", class="hl-string">"wfRequestSteps/createdDate", class="hl-string">"wfRequestSteps/stepName", class="hl-string">"objectKey"]
    wf_requests_raw = fetch_sf_data(class="hl-string">"WfRequest", wf_fields, wf_filter)

    for wf in wf_requests_raw:
        pos_id = wf.get(class="hl-string">'objectKey')
        if not pos_id: continue

        class=class="hl-string">"hl-comment"># Event: Position Request Initiated
        events.append({
            class="hl-string">'PositionId': pos_id,
            class="hl-string">'ActivityName': class="hl-string">'Position Request Initiated',
            class="hl-string">'EventTime': parse_sf_timestamp(wf[class="hl-string">'createdDate']),
            class="hl-string">'UserId': wf.get(class="hl-string">'createdBy'),
            class="hl-string">'DepartmentName': None, class=class="hl-string">"hl-comment"># Department info is not in WfRequest
            class="hl-string">'PositionStatus': class="hl-string">'Pending',
            class="hl-string">'ApproverId': None
        })

        class=class="hl-string">"hl-comment"># Event: Position Request Rejected
        if wf[class="hl-string">'status'] == class="hl-string">'REJECTED':
            last_step = wf.get(class="hl-string">'wfRequestSteps', {}).get(class="hl-string">'results', [])[-1] if wf.get(class="hl-string">'wfRequestSteps') else {}
            events.append({
                class="hl-string">'PositionId': pos_id,
                class="hl-string">'ActivityName': class="hl-string">'Position Request Rejected',
                class="hl-string">'EventTime': parse_sf_timestamp(last_step.get(class="hl-string">'createdDate')),
                class="hl-string">'UserId': last_step.get(class="hl-string">'processedBy'),
                class="hl-string">'DepartmentName': None,
                class="hl-string">'PositionStatus': class="hl-string">'Rejected',
                class="hl-string">'ApproverId': last_step.get(class="hl-string">'processedBy')
            })

        class=class="hl-string">"hl-comment"># Events for approval steps
        if wf.get(class="hl-string">'wfRequestSteps') and class="hl-string">'results' in wf[class="hl-string">'wfRequestSteps']:
            for step in wf[class="hl-string">'wfRequestSteps'][class="hl-string">'results']:
                step_name = step.get(class="hl-string">'stepName', class="hl-string">'')
                if step[class="hl-string">'status'] == class="hl-string">'APPROVED' and step_name in WORKFLOW_STEP_MAP:
                    events.append({
                        class="hl-string">'PositionId': pos_id,
                        class="hl-string">'ActivityName': WORKFLOW_STEP_MAP[step_name],
                        class="hl-string">'EventTime': parse_sf_timestamp(step[class="hl-string">'createdDate']),
                        class="hl-string">'UserId': step.get(class="hl-string">'processedBy'),
                        class="hl-string">'DepartmentName': None,
                        class="hl-string">'PositionStatus': class="hl-string">'In Approval',
                        class="hl-string">'ApproverId': step.get(class="hl-string">'processedBy')
                    })

    class=class="hl-string">"hl-comment"># 3. Placeholder for class="hl-string">'Position Reviewed for Compliance'
    class=class="hl-string">"hl-comment"># This event is highly customer-specific. You need to implement the logic here.
    class=class="hl-string">"hl-comment"># Example: Query a custom MDF object or a specific workflow type.
    class=class="hl-string">"hl-comment"># compliance_events = get_compliance_review_events(START_DATE, END_DATE)
    class=class="hl-string">"hl-comment"># events.extend(compliance_events)

    class=class="hl-string">"hl-comment"># --- Final Dataframe Creation ---
    if not events:
        print(class="hl-string">"No events found for the specified period.")
        return

    df = pd.DataFrame(events)

    class=class="hl-string">"hl-comment"># Add standard columns
    df[class="hl-string">'SourceSystemId'] = source_system_id
    df[class="hl-string">'LastDataUpdateTime'] = last_data_update_time
    df[class="hl-string">'EventEndTime'] = df[class="hl-string">'EventTime'] class=class="hl-string">"hl-comment"># For atomic events, end time is the same as start time

    class=class="hl-string">"hl-comment"># Standardize column names and order
    final_columns = [
        class="hl-string">'PositionId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EventEndTime', class="hl-string">'UserId',
        class="hl-string">'DepartmentName', class="hl-string">'PositionStatus', class="hl-string">'ApproverId', class="hl-string">'SourceSystemId', class="hl-string">'LastDataUpdateTime'
    ]
    df = df.reindex(columns=final_columns)

    class=class="hl-string">"hl-comment"># Clean up and save
    df.dropna(subset=[class="hl-string">'PositionId', class="hl-string">'ActivityName', class="hl-string">'EventTime'], inplace=True)
    df.sort_values(by=[class="hl-string">'PositionId', class="hl-string">'EventTime'], inplace=True)

    output_filename = class="hl-string">'position_management_event_log.csv'
    df.to_csv(output_filename, index=False)
    print(fclass="hl-string">"Event log successfully created: {output_filename}")

if __name__ == class="hl-string">'__main__':
    main()

始める準備はできていますか？

このデータテンプレートを使って、採用から退職まで：ポジション管理プロセスの変革を今すぐ始めてください。組織全体の状況を把握し、業務効率を高められます。

改善ガイドに戻るテンプレートをダウンロード

採用から退職までのポジション管理を今すぐ効率化

ボトルネックを特定し、採用から退職までのサイクルタイムを短期間で30％短縮します。

無料トライアルを開始

クレジットカードは不要です。設定は数分で完了します。

採用から退職まで：ポジション管理のデータテンプレート

採用から退職まで：ポジション管理のデータテンプレート

採用から退職まで：ポジション管理の属性

採用から退職まで：ポジション管理のアクティビティ

抽出ガイド

SuccessFactors Integration CenterのOutbound Export

ステップ

設定

a サンプルクエリ sql

SuccessFactors Report Center Canvas Reportのエクスポート

ステップ

設定

a サンプルクエリ sql

SuccessFactors OData APIを使ったPythonスクリプトによる抽出

ステップ

設定

a サンプルクエリ python

始める準備はできていますか？

採用から退職までのポジション管理を今すぐ効率化

採用から退職まで：ポジション管理のデータテンプレート

採用から退職まで：ポジション管理のデータテンプレート

採用から退職まで：ポジション管理の属性

採用から退職まで：ポジション管理のアクティビティ

抽出ガイド

SuccessFactors Integration CenterのOutbound Export

ステップ

設定

a サンプルクエリ sql

SuccessFactors Report Center Canvas Reportのエクスポート

ステップ

設定

a サンプルクエリ sql

SuccessFactors OData APIを使ったPythonスクリプトによる抽出

ステップ

設定

a サンプルクエリ python

始める準備はできていますか？

採用から退職までのポジション管理を今すぐ効率化

プライバシーを大切にしています