JinJin48

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

July 8, 2026 · 12 min read

SAP Fieldglass Rate Grid

Once a Rate Category has fixed the Rate Type, Unit of Measure, and Currency, a Fieldglass Administrator still has to build the actual priced records workers and suppliers are billed against — that is the job of the four objects covered in this article: the flat Rate, the Supplier- and Site-varying Rate Grid, the Rate Card that assigns Rate/Rate Grid values down to individual job levels, and the Rate Schedule that layers shift and overtime rules on top of a Rate. Rate Grid is the most structurally distinct of the four — it is the point where pricing stops being a single number and becomes a matrix, and the point where the Rate Structure hierarchy reaches out to Site in Company Structure. This article first covers the concepts shared by all four objects across every Fieldglass process area that consumes them, then moves into the field-level detail Fieldglass Administrators configure for each.

Part 1: Rate Grid — Core Concepts (All Modules)#

1.1 What Is the Rate Grid?#

A Rate Grid is a matrix-style pricing object: instead of one uniform Pay Rate / Bill Rate for every worker under a Rate Category, a Rate Grid holds a separate value for each Supplier × Site combination. It sits alongside the flat Rate as the second of two possible children of a Rate Category, and it in turn carries its own children — Rate Card beneath Rate, Rate Schedule beneath Rate Grid — that refine pricing further by job level and by shift. Getting the choice between flat Rate and Rate Grid right at Rate Category design time avoids a costly restructure once Work Orders are already priced against one or the other.

1.2 Rate, Rate Grid, Rate Card, and Rate Schedule Compared#

Choosing which of these four objects to build is a modeling decision, not a data-entry preference — each answers a different question about how pricing needs to vary, and picking the wrong one forces a rebuild once Work Orders reference it.

Design principle: A Rate Category can carry a flat Rate, a Supplier/Site-varying Rate Grid, or both at the same time — the choice is made per pricing need, not per Rate Category as a whole, and Rate Card / Rate Schedule are added only where job-level or shift-level refinement is required on top.

1.3 Organizational Levels and Data Hierarchy#

Zone C — Rate Structure (this object’s own zone): Rate and Rate Grid sit directly beneath Rate Category as its two children, each spawning one further level — Rate → Rate Card, Rate Grid → Rate Schedule. Rate Grid additionally carries an outbound reference chip to a Site.

Zone A — Company Structure: Rate Grid’s “varies by Supplier and Site” behavior makes it the source of a cross-zone chip pointing at a Site record — shown here for reference. This is the same Site master documented in FG-A02-01, which required its own Zone C crop addition for the identical relationship viewed from the other direction.

Data hierarchy with a concrete example

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

Note: Rate Grid’s Site dimension references the same Site master used throughout Company Structure — a Rate Grid cannot vary by a Site that has not been created in Admin > Sites first.

1.4 Integration with Other Master Data Objects#

None of these four objects stand alone — each depends on Rate Category above it, and Rate Grid specifically reaches sideways into Company Structure for its Site dimension.

Part 2: FG-Specific Field Details#

2.0 Scope of FG Ownership#

Legend: ◎ = Owner / Critical, ○ = Direct involvement

2.1 Rate — Pay/Bill Configuration#

Rate is the simplest of the four objects — a single Pay Rate / Bill Rate pair that applies uniformly to every worker placed under it, with no Supplier or Site dimension.

2.2 Rate Grid — Supplier/Site Matrix#

Rate Grid is where pricing stops being a single value and becomes a matrix — every field here exists to define one axis of that matrix or the values that fill it.

2.3 Rate Card — Job-Level Assignment#

Rate Card is the mechanism that turns a Rate’s raw Pay/Bill values into a ready-to-use rate sheet per job family — the artifact hiring managers and suppliers actually reference during posting and negotiation.

2.4 Rate Schedule — Shift & Overtime#

Rate Schedule layers shift and overtime rules on top of a Rate Grid, letting the same Supplier/Site matrix produce different effective pay for a night shift versus a day shift.

What to Read Next#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction