JinJin48

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

July 8, 2026 · 9 min read

SAP Fieldglass ロケーション

ロケーションは、SAP Fieldglass の会社構造における従属的かつオプションのマスタデータです。これは、既に作成されたサイトの下にのみ存在し、単一のサイトレコードだけでは住所や税管轄区域の精度を十分に保持できない場合に、サブビルディングレベルの粒度（フロア、ウィング、または賃貸エリア）を追加するためにのみ存在します。サイトとは異なり、ロケーションはすべてのテナントに必須ではありません。多くの単一建物または単一管轄区域の実装では、ロケーションが作成されることはありません。ロケーションが使用される場合、ロケーションは親サイトから基本属性を継承し、管理者は差分（通常は住所詳細と税コード）のみを上書きできます。この記事では、すべてのFieldglass機能領域にわたるロケーションのコアコンセプトをマッピングし（パート1）、その後、管理者がロケーションレコードを作成および保守する際に設定するすべてのフィールドを詳細に説明します（パート2）。

第1部: ロケーション — 中核概念（全モジュール）#

1.1 ロケーションとは#

ロケーションは、サイトの下位単位を表します。これは、建物内の特定のフロア、区画、または賃貸エリアであり、サイトだけではクライアントの業務に必要な住所や税務上の区別を表現できない場合に使用されます。フェーズ1の会社構造設定シーケンスにおいて2番目に作成されるオブジェクトであり、上流に1つの依存関係があります。つまり、すでにアクティブな親サイトがなければ存在できません。

1.2 ロケーションスコープのディメンション#

サイトと同様に、ロケーションには正式な「ロケーションタイプ」フィールドはありません。その影響は、親サイトが既に確立しているものの上に、限られた一連のオーバーライド次元として現れます。採用判断を誤る（管轄や住所が実際に異なる場合にのみ作成するのではなく、すべてのフロアに対して反射的にロケーションを作成すること）ことは、不必要な管理オーバーヘッドの一般的な原因です。

設計原則: サイトの粒度が実質的に不十分な場合にのみロケーションを作成すること — 必要性に関係なくフロアごとに1つ作成するなど、ロケーション作成を構造上の習慣として扱うと、コンプライアンスやレポート価値を追加することなく管理上のオーバーヘッドが増加します。

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
       └── Location "LOC-CHI-01" — Chicago HQ Floor 3  ◄── this article

ロケーションは、サイトの直下に唯一の子として配置されます（サイトから1：N）。テナントの直下には配置されず、サイトのようにビジネスユニットや原価センタと同列（兄弟）になることもありません。ロケーションには、それ自身の下にさらに組織上の子はありません。つまり、ロケーションの下に何かがネストされることはありません。同じゾーンAブランチ内でサイトと並んで表示されているビジネスユニットと原価センタは、ロケーション自身の包含パスとは無関係であり、セクション1.4で説明されているように、これらは購買依頼に独立してアタッチされます。

すべてのロケーションは、正確に1つのサイトに解決されます（N:1）。そのサイトは、ロケーションを作成する前にアクティブになっている必要があります。ゾーンCのレートグリッドからサイト自体が参照されるように、ロケーションから外部へのクロスゾーン参照はありません。ロケーションのスコープは、ゾーンA内に完全に含まれています。

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

ロケーション・レコードのリレーションシップは、サイトのものよりも範囲が狭くなっています。これは、下流のオブジェクトのネットワークを支えるためではなく、1つの親を詳細化するために存在します。

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

2.0 FG所有権の範囲#

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

2.1 基本識別情報とサイト連携#

これらのフィールドはロケーションを一意に識別し、下流で参照される前に、それを正確に1つのサイトに紐付けます。

2.2 アドレスと税設定#

これらの2つのフィールドには、ロケーションをその親サイトから区別する差分詳細のみが含まれます。ロケーションは、デフォルトでサイトの基本住所と税管轄を継承します。

前提条件: ロケーションを作成するには、事前にサイトが存在し、かつアクティブである必要があります。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction