JinJin48

SAP Consultant | BTP · S/4HANA · US Global Rollout

July 19, 2026 · 13 min read

SAP SF ジョブコード

ジョブコードは、SuccessFactors Employee Centralのジョブ構造管理ブランチにおいて、ジョブファミリーの1つ下のレベルで、「営業担当者」「ソフトウェアエンジニア」「営業マネージャー」といった特定の役割や職務名を定義するマスタデータオブジェクトです。ジョブファミリーが職務を大まかな機能（「営業」「エンジニアリング」）でグループ化するのに対し、ジョブコードは、すべてのポジションがその職務内容に関して最終的に参照する具体的な単位であり、コンプライアンス報告に使用される法定/EEO分類を保持するオブジェクトでもあります。この記事では、ジョブコードとは何か、ジョブ構造ブランチ内でジョブファミリーとポジションの間にどのように位置づけられるか、そしてEmployee Centralコンサルタントがジョブコードに対して設定するすべてのフィールドについて説明します。

第1部: ジョブコード — 基本概念（全モジュール共通）#

1.1 ジョブコードとは#

ジョブコードは特定の役割を定義するオブジェクトであり、ジョブファミリーのように役割をグループ化するものではなく、ポジションのように実際に人が就いている席を表すものでもありません。これは、職務内容と分類を再利用可能に定義したものです。「営業担当者」を必要とするすべてのポジションは同じジョブコードを参照し、「営業担当者」の求人を公開するすべてのジョブリクエストも同じジョブコードから作成されます。これにより、職務名、職務記述書、および法定分類が、すべての席とすべての公開求人にわたって一貫性を保ちます。

1.2 職種ファミリー別・EEOカテゴリ別の職種コード例#

職位コードは、SAPが提供する固定リストから選択されるものではありません。職務系統と同様に、完全にクライアント定義ですが、職務系統とは異なり、法定区分フィールドも保持します。そのため、報告の明確さだけでなく、コンプライアンスの観点からも、職務内容と区分の両方を正しく設定することが重要です。

設計原則: 職務コード名、ID、および職務内容は完全にクライアントが定義しますが、EEO/法定区分フィールドは装飾的なものではなく、コンプライアンスレポートによって直接照会されます。職務タイトルリストとその区分マッピングの両方を、法務/コンプライアンスのインプットを得てブループリント段階で決定し、マッピングを安定に保ってください。Go-Live後に職務コードを再分類すると、過去の法定トレンドレポートが混乱します。

1.3 組織レベルとデータ階層#

具体的な例を用いたデータ階層

Client (SuccessFactors Instance)
   │
   └── Job Family "JF_Sales" — Sales family, Job group
          │
          └── Job Code "JC_SalesRep" — Sales Representative, of JF_Sales
                 │
                 └── Position "POS_SalesMgr01" — Sales Manager, seat
                        │
                        └── assigned to ──> Department "DEPT_S01" — Sales Team 1 (org hierarchy chain, Zone A)

Pay Grade "PG_M1" — Manager L1, 6M-9M JPY
   (sibling object in the Job & Pay Structure branch — no direct system link to Job Code;
    connected only indirectly, via Compensation Information at the employee-record level,
    not via Job Code itself)

設計原則: ジョブコードは、ジョブ構造管理ブランチにおいて、ジョブファミリーの直下かつポジションの直上に位置します。これは、法人 → 事業部門 → 事業部 → 部門 → 原価センタという組織チェーンや、独立したロケーションマスタ（SF-A02-01～SF-A02-06参照）とは別のものです。ジョブコードはポジションを所有します（直接的な1:N関係 — すべてのポジションは正確に1つのジョブコードを参照します）。一方、給与グレードは同じブランチ内に位置しますが、Foundation Objectのリンクは設定されていません。ポジションのレポートライン上の配置は、ジョブコードではなく、部門によって決定されます。

1.4 他のマスタデータオブジェクトとの統合#

ジョブコードはジョブ構造ブランチの中央に位置するため、上位のジョブファミリーと下位のポジションの両方向に直接リンクを持ちます。そのため、ジョブコードは、隣接するいずれのオブジェクトよりも、実際にマスタデータレポートやリクルーティング設定がキーとして参照するオブジェクトとなっています。

パート 2: SF 固有のフィールド詳細#

2.0 SFの所有範囲#

凡例: ◎ = オーナー / クリティカル、○ = 直接関与

2.1 コア識別#

Core Identification（コア識別）は、ジョブコードが存在するために必要な最小限のレコードであり、それに割り当てられたすべてのポジション、およびジョブコードでフィルタリングされたすべてのリクルーティングの採用依頼やレポートが、最終的に参照するものです。

2.2 ジョブ分類とコンプライアンス#

これは、ジョブ構造ブランチ内の他のオブジェクトからジョブコードを区別するセクションです。単なる説明的なメタデータではなく、コンプライアンスおよびレポートチームが直接照会する法定および規制上の分類を保持します。

前提条件: EEOカテゴリの値リストを確定する前に、クライアントの法務/コンプライアンスチームと、どの法定分類スキーム（管轄区域固有）が適用されるかを確認すること。これはSAP標準のコードリストとして提供されているものではなく、誤った設定はデータ品質の問題だけでなく、コンプライアンス上の問題となります。

2.3 説明とステータス#

これらの2つのフィールドはレコードを補完します。1つはリクルーティングと従業員に対して職務内容を提供し、もう1つはジョブコードが今後も選択可能かどうかを管理します。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction