JinJin48

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

July 8, 2026 · 14 min read

SAP Fieldglass レートグリッド

レートカテゴリがレートタイプ、単位、通貨を固定すると、Fieldglass管理者は、ワーカーと仕入先に対して請求される実際の価格レコードを構築する必要があります。これが、本記事で取り上げる4つのオブジェクトの役割です。すなわち、フラットなレート、仕入先とサイトによって変動するレートグリッド、レート/レートグリッドの値を個々のジョブレベルに割り当てるレートカード、そしてレートにシフトと残業ルールを重ねるレートスケジュールです。レートグリッドは、この4つの中で最も構造的に異なります。価格設定が単一の数値からマトリックスになるポイントであり、レート構造階層が会社構造内のサイトに到達するポイントです。本記事では、まず、これら4つのオブジェクトを消費するすべてのFieldglassプロセスエリアにわたって共通する概念を説明し、次に、Fieldglass管理者が各オブジェクトに対して設定するフィールドレベルの詳細に移ります。

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

1.1 レートグリッドとは#

レートグリッドはマトリックス形式の価格設定オブジェクトです。レートカテゴリ配下のすべてのワーカーに一律の支払レート/請求レートを適用するのではなく、レートグリッドは仕入先×サイトの組み合わせごとに個別の値を保持します。これはフラットレートと並んで、レートカテゴリの2つの子オプションのうちの2番目として位置づけられ、さらにその配下に独自の子オブジェクト（レート配下のレートカード、レートグリッド配下のレートスケジュール）を持ち、ジョブレベルやシフトごとに価格設定を細分化します。レートカテゴリの設計時にフラットレートとレートグリッドのどちらを選択するかを正しく決めておくことで、作業指示がどちらか一方に基づいて価格設定された後に、コストのかかる再構築を回避できます。

1.2 レート、レートグリッド、レートカード、レートスケジュールの比較#

これらの4つのオブジェクトのうちどれを構築するかは、モデリング上の判断であり、データ入力の好みではありません。各オブジェクトは、価格決定をどのように変動させる必要があるかという異なる問いに答えるものであり、誤ったものを選択すると、作業指示がそれを参照した時点で再構築を余儀なくされます。

設計原則: レートカテゴリは、定額レート、サプライヤ/サイト別の変動レートグリッド、またはその両方を同時に保持できます。選択はレートカテゴリ全体ではなく、価格決定のニーズごとに行われ、レートカード/レートスケジュールは、ジョブレベルまたはシフトレベルの詳細化が必要な場合にのみ追加されます。

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

ゾーン C — レート構造（このオブジェクト自身のゾーン）：レートとレートグリッドは、レートカテゴリの直下に2つの子として配置され、それぞれがさらに1つのレベルを生成します — レート → レートカード、レートグリッド → レートスケジュール。レートグリッドには、サイトへの外部参照チップが追加で付与されます。

ゾーン A — 会社構造: レートグリッドの「仕入先とサイトによって異なる」動作により、サイトレコードを指すクロスゾーンチップのソースとなります — 参考としてここに示します。これは FG-A02-01 で文書化された同じサイトマスタであり、逆方向から見た同一の関係に対して、独自のゾーン C クロップ追加が必要でした。

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

Rate Category "RC-STD" — Standard Bill Rate
   │
   ├── Rate "R-STD-01" — $85/hr, uniform rate across all suppliers/sites
   │      │
   │      └── Rate Card "RCARD-2026" — job-level rate sheet, FY2026
   │
   └── Rate Grid "RG-SUP-01" — varies by supplier/site
          │      ── assigned to ──> Site "SITE-CHI" (Chicago, US)
          │
          └── Rate Schedule "RS-SHIFT-01" — shift + applicable rate

注記: レートグリッドのサイトディメンションは、会社構造全体で使用される同じサイトマスタを参照します。レートグリッドは、管理 > サイトで事前に作成されていないサイトによって変動することはできません。

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

これらの4つのオブジェクトは単独では存在せず、それぞれが上位のレートカテゴリに依存しており、特にレートグリッドは横方向に会社構造のサイトディメンションに接続しています。

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

2.0 FG所有権の範囲#

凡例: ◎ = オーナー/重要、○ = 直接関与

2.1 レート — 支払/請求コンフィギュレーション#

レートは4つのオブジェクトの中で最も単純で、サプライヤやサイトの次元を持たず、その下に配置されるすべてのワーカーに一律に適用される単一の給与レート/請求レートのペアです。

2.2 レートグリッド — 仕入先/サイトマトリックス#

レートグリッドは、価格決定が単一の値ではなくマトリックスになる場所です。ここにある各フィールドは、そのマトリックスの軸を定義するか、それを埋める値を定義するために存在します。

2.3 レートカード — ジョブレベル割当#

レートカードは、レートの未加工の支払/請求額を、職種ファミリーごとにすぐに使用できるレートシート（採用マネージャーやサプライヤーが掲載や交渉時に実際に参照する成果物）に変換する仕組みです。

2.4 レートスケジュール — シフト & 残業#

レートスケジュールは、レートグリッドの上にシフト勤務と時間外勤務のルールを重ねることで、同一の仕入先/サイトマトリックスでも夜勤と日勤で異なる実効賃金を設定できるようにします。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction