JinJin48

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

July 8, 2026 · 11 min read

SAP Fieldglass サイト

サイトは、SAP Fieldglassの会社構造における最上位のロケーションマスタであり、派遣労働者の作業が行われる場所を定義し、住所、通貨、タイムゾーン、およびルールスコープのデフォルト値を設定します。これらのデフォルト値は、派遣労働者およびSOWトランザクションフローのほぼ全体に影響を及ぼします。フェーズ1のセットアップ順序における他のすべてのオブジェクトは、これを基盤として構築されます。ロケーションはサイトを特定のフロアや作業エリアに絞り込み、ビジネスユニットと原価センタは要求元組織とその予算を追跡し、後続のレートグリッド（フェーズ3）はサイトを読み取ってロケーションごとに価格を変動させます。この記事では、すべてのFieldglass機能領域にわたるサイトのコアコンセプトをマッピングし（パート1）、その後、管理者がサイトレコードを作成および保守する際に設定するすべてのフィールドを詳細に説明します（パート2）。

パート 1: サイト — 中核概念（全モジュール共通）#

1.1 サイトとは#

The Site（サイト）は、SAP Fieldglass における物理的または論理的な事業拠点を表します。通常はオフィス、プラント、プロジェクトサイト、または派遣社員が実際に作業を行う場所、あるいは要求元組織が運営する場所です。これはフェーズ1の会社構造設定シーケンスで最初に作成されるオブジェクトであり、上流のマスタデータ依存関係はありません。他のすべての会社構造オブジェクトはその後に作成され、Location（ロケーション）の場合は既存のSiteの直下に作成されます。

1.2 サイトスコープのディメンション#

サイトには、一部のFieldglassマスタがタイプコードを持つような正式な「サイトタイプ」フィールドはありません。代わりに、その影響は、そのサイトに対して作成されるすべての依頼がデフォルトで継承する、一連の下流スコープディメンションとして現れます。設計時にサイトモデルを誤って設定すること（例えば、管轄区域やルール境界ではなく、単なる緩いロケーションラベルとして扱うこと）は、本番稼働後に承認ルーティングや税処理の問題が発生した場合に、手戻りの一般的な原因となります。

設計原則: サイトは、まず法的エンティティと税務境界に基づいてモデル化し、利便性によるグループ化は二次的に行います。サイトはコンプライアンス上重要なデフォルト値を決定するため、これを緩やかな「ロケーションタグ」として扱うと、下流でコンプライアンス上のギャップが生じ、稼働後に解消するには多大なコストがかかります。

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

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

Tenant "WorkingNet" (client-level scope)
│
├── Business Unit "BU-ENG" — Network Engineering
│      └── Business Unit "BU-NETDESIGN" — Network Design (child of BU-ENG)
│
├── Cost Center "CC-1001" — flat financial-tracking master (not hierarchical)
│
└── Site "SITE-CHI" — Chicago, US  ◄── this article
       └── Location "LOC-CHI-01" — Chicago HQ Floor 3

サイトはテナントの直下に位置し、事業単位および原価センタと同階層（兄弟関係）にあり、これらのいずれにもネストされません。このゾーンにおいて階層構造を持つ唯一のオブジェクトは事業単位です（事業単位は子事業単位を持つことができ、BU-ENG配下のBU-NETDESIGNがその例です）。原価センタはフラットで非階層的な財務追跡用マスタです。サイト自身の階層は浅く、ロケーションを直接（1対Nで）所有するのみで、組織的にその下にネストされるものは他にありません。レートグリッド、ジョブ投稿、その他サイトを参照するオブジェクトは、組織上の子としてではなく、相互参照として参照します（セクション1.4参照）。

サイトは、ゾーンCからのクロスゾーン参照の対象でもあります。ゾーンCのレートグリッドカードには、レートグリッドがゾーンAのサイトによって異なることが記載されています。

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

サイトレコードは単独で存在するわけではありません。これは、フェーズ1～3の他の複数のオブジェクトと、1つの外部システムが参照するアンカーポイントです。

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

2.0 FG所有権の範囲#

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

2.1 基本識別情報と住所#

これらのフィールドはサイトを一意に識別するものであり、子ロケーション、ルールスコープ、またはそれに対する下流の参照を設定する前に必須です。

2.2 ロケールと財務デフォルト#

これらの2つのフィールドは、このサイトに対して計算されるすべての要求、レート、および承認SLAがデフォルトで継承するベースラインの通貨と時間基準を設定します。

2.3 サイトルールとプログラム範囲#

サイトルールにより、特定のサイトがプログラムデフォルトの設定を上書きまたは絞り込むことができます。これは、セクション1.2で説明されたスコープディメンションを、サイトごとの具体的な設定に変換する実用的な翻訳です。

前提条件: ロケーション、レートグリッド、またはそれを参照するサイトスコープの承認ルール/配布リストを設定する前に、サイトが存在し、アクティブである必要があります。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction