JinJin48

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

July 19, 2026 · 13 min read

SAP SF 給与グレード

Pay Grade（給与等級）は、SuccessFactors Employee Centralのジョブ構造管理領域において、報酬バンド（最低額・中間額・最高額を持つ給与レンジ、例：「Manager L1」や「Professional P2」）を定義するマスタデータオブジェクトです。ジョブファミリーやジョブコードが「業務内容」を分類するのに対し、Pay Gradeは「報酬額」を分類します。これら2つのディメンションは、一方が他方を自動的に反映するのではなく、独立して設定される別個のオブジェクトとして管理されます。本記事では、Pay Gradeの定義、周辺マスタデータとの実際の関連性（および非関連性）、そしてEmployee Centralコンサルタントが設定するすべてのフィールドについて解説します。

パート1: 給与グレード — 中核概念（全モジュール共通）#

1.1 給与グレードとは#

Pay Grade（給与等級）は報酬分類オブジェクトです。Job Code（職務コード）のように職務内容を説明するものではなく、Department（部門）のように組織上の配置を表すものでもありません。定義された給与帯に従業員をグループ化することで、基本給の決定、市場価格設定、給与公平性分析を、各従業員の個別の数値だけでなく、一貫した範囲に照らして評価できるようにします。

1.2 レベル別の賃金グレード例#

Pay Gradeは、SAPが提供する固定リストから選択されるものではありません。Job FamilyやJob Codeと同様に、完全にクライアント定義となります。構造的に異なるのは、クライアントがいくつの階層を構築するか、また同じPay Gradeセットが一律に適用されるか、あるいはPay Gradeごとに国別の異なるPay Rangeが設定されるか（例えば、グローバルな「Manager L1」というPay Gradeに対して、日本向けにはJPYのレンジ、米国向けにはUSDのレンジを別途設定するなど）です。

設計原則: 給与グレード名、コード、レンジ幅はすべてクライアント定義です — ブループリント時に階層数と国/通貨スコーピング戦略を一度決定します。本稼働後に階層を追加または分割するには、影響を受けるグレードを現在参照しているすべての報酬情報レコードを再評価する必要があります。これは、レンジ境界が移動した瞬間にコンパレーシオ計算が変化するためです。

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
                        (Job & Pay Structure branch — no configured link to Pay Grade)

Pay Grade "PG_M1" — Manager L1, 6M-9M JPY
   (standalone Foundation Object in the Job & Pay Structure branch, positioned
    alongside Job Family/Job Code/Position — not a parent or child of any of them)

Employment "EMP_000001" (Employee Data branch, Zone E)
   │
   └── Compensation Information "CI_001" — Base Salary 7.5M JPY ── references ──> Pay Grade "PG_M1"

必須のランドスケープ検証注記: モジュールMaster.mdのER図は、散文で「職位コード — N:M — 給与等級」の関係を説明しています。公開されているSuccessFactorsマスタデータランドスケープ（sf-a01/images/04-sf-a01-master-landscape.html）は、給与等級をゾーンBのスタンドアロンノードとして描画しており、SVGコネクタは職位ファミリ、職位コード、またはポジションに接続されていません。これは、SF-A02-08で職位コード側から既に確認されたのと同じ所見です。ランドスケープで実際に給与等級ノードに接している唯一のコネクタは、報酬情報のゾーンE → ゾーンB参照チップ（↗ PG_M1）です。本記事は、ソースの散文ではなく、ランドスケープの描画トポロジに従います。給与等級は、職位コードではなく、従業員レコードレベルで報酬情報によってのみ直接参照されます。

設計原則: ペイグレードは、ジョブ構造管理ブランチ内に、設定されたファンデーションオブジェクトの親または子を持たない独立したノードとして存在します。これは、法人 → 事業部 → 部門 → 部 → 原価センタという組織チェーン、同じブランチ内のジョファミリ → ジョブコード → ポジションというチェーン、およびスタンドアロンのロケーションマスタからは分離されています。ペイグレードに接続するシステム描画リンクは、従業員データブランチの雇用の子レコードである報酬情報からのみ実行されます。ジョブコード、ジョブファミリ、またはポジションからは実行されません。

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

Pay Gradeは、ジョブ構造管理ブランチ内のどのオブジェクトよりも構成フットプリントが最も狭く、システムが自動的に設定する単一の直接参照のみを持ちます。読者が想定する可能性のある他のすべての関係（Job CodeやPositionへの関係）は、構成されたリンクではなく、レポートレイヤーの組み合わせであることが判明します。

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

2.0 SFの所有範囲#

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

2.1 コア識別#

コア識別情報は、給与グレードが存在するために最低限必要なレコードです。これは、それを参照するすべての報酬情報レコード、および給与グレードでフィルタリングされたすべての報酬レポートが、最終的に解決される基盤となります。

2.2 給与レンジ定義#

これが給与グレードに実際の目的を与えるセクションです — 報酬情報、コンパレーシオ計算、および報酬テンプレートガイドラインロジックがすべて読み取る給与帯域値です。

前提条件: ブループリント作成前に、給与レンジの値が単一の給与グレード下で国別に管理されているのか、それとも国ごとに完全に独立した給与グレードとして管理されているのかを、顧客の報酬チームに確認すること。この判断により、給与グレードの選択リストのサイズと、市場価格レポートが結果を区分する方法の両方が変わります。

2.3 ステータスとライフサイクル#

ステータスと改定履歴により、給与グレードが選択可能かどうか、および市場調整によってバンドが更新された場合に過去のレンジ値がどのように保持されるかが決まります。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction