JinJin48

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

July 15, 2026 · 13 min read

SAP FSM リージョン

リージョンは、FSMにおける定義された地理的サービスエリア（境界、タイムゾーン、割り当てられたテクニシャンの名簿）のマスタレコードであり、アシストスケジューリングとルート最適化が、サービスコールを場所に基づいて候補テクニシャンにマッチングする際に参照します。これはテナントレベルで個別に設定され、その後、担当者/テクニシャンレコード（FSM-A04-04）に割り当てられることで、ディスパッチツールが特定の地域を実際に担当するテクニシャンを把握し、各テクニシャンの勤務時間パターン（FSM-A04-02）に設定された現地時間を解釈できるようにします。リージョンは、ビジネスパートナー、スキル、担当者/テクニシャンと並んで必須マスタとしてフラグ付けされており、少なくとも1つのリージョンが定義されていないFSMテナントは、テクニシャンディスパッチを地理的に範囲指定できません。リージョンは、本シリーズで扱うテクニシャン管理ドメイン（フェーズ3、ゾーンC）において、スキル（FSM-A04-01）、勤務時間パターン（FSM-A04-02）、担当者/テクニシャン、クルー、欠勤、スキル要件に並ぶ3番目のオブジェクトです。この記事では、FSMコンサルタントがリージョンレコードに設定するすべてのフィールドと、それらのフィールドが周囲の担当者/テクニシャンマスタとどのように関連するかをマッピングします。

パート 1: 領域 — 中核概念（全モジュール）#

1.1 リージョンとは#

リージョンは、単一の名前付き地理的サービスエリア（境界、タイムゾーン、およびそのエリアを担当するテクニシャンのロスター）を表します。これは意図的に小さくフラットなマスタであり、独自の組織階層を持たず、単独では意味を持ちません。その目的は、1つ以上のテクニシャンに割り当てられることで、ディスパッチツールが候補者をフィルタリングするための地理情報を持つことです。

1.2 リージョン設計アプローチ#

地域には独自の個別分類フィールドはなく、地域ID、地域名、地理ポリゴンは直接設定され、以下のいずれのアプローチも同じ地理ポリゴンフィールドを通じて表現されます。実際に異なるのは、コンサルタントがその境界線をどのように描いて、ビジネスの実際の派遣エリアに合わせるかという点です。この設計上の選択を誤っても、どのフィールドも破損することはありません。単に、サービス組織が実際にエリアをカバーする方法と一致しない地理的な派遣フィルタリングが生成されるだけです。

設計原則: 地域ジオポリゴンは、アシストスケジューリングとルート最適化がチェックする地理的フィルタを定義します。それ自体で技術者の資格や可用性を保証するものではありません。境界内で見つかった技術者が実際にジョブに適格かどうかは、スキルと勤務時間パターンによって依然として制御されます。

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

データ階層と具体例（ゾーンC · テクニシャン管理 — テナントレベル；FSMにはこれらのオブジェクトより上位の会社コード/プラントスコーピングはありません）

Client (FSM Tenant)
   │
   ├── Skill SK-ELEC — Electrical Work L3               (configured independently; tenant-level catalog)
   ├── Work Time Pattern WTP-STD — Mon–Fri 09:00–18:00   (configured independently; tenant-level catalog)
   ├── Region RG-KAN — Kanto (Asia/Tokyo)                 (configured independently; tenant-level catalog)
   │
   └── Person / Technician P-001 — Hanako Yamada (Plannable)
          ── assigned to ──▶ Region RG-KAN — Kanto (Asia/Tokyo)         (N:M — a technician may cover more than one Region)
          ── assigned to ──▶ Skill SK-ELEC — Electrical Work L3
          ── assigned to ──▶ Work Time Pattern WTP-STD

Crew CR-TOK-A — Tokyo Team A (reference — groups technicians, does not own Person):
   Crew CR-TOK-A ── led by ──▶ Person P-001

Absence ABS-P001 — Annual leave (reference — blocks capacity within the Person's Work Time Pattern window):
   Absence ABS-P001 ── blocks ──▶ Person P-001

Skill Requirement SR-EQ001 — Requires a Skill on an Equipment (unrelated cross-object link, shown for zone completeness):
   Skill Requirement SR-EQ001 ── requires ──▶ Skill SK-ELEC
   Skill Requirement SR-EQ001 ── applies to ──▶ Equipment EQ-001 (Zone B)

設計原則: 地域、スキル、勤務時間パターンは、担当者/テクニシャンの前に設定されるテナントレベルの独立マスタです。担当者はN:M参照を介して地域に割り当てられ、その逆ではありません。また、地域が担当者を所有することはありません。1人のテクニシャンが複数の地域に割り当てられることがあります（例：隣接する2つのサービスエリアを担当する場合）。そのため、スキルや勤務時間パターンに使用される単純な一方向矢印ではなく、割り当てはN:Mで表記されています。

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

リージョンは単独では成立しません。そのすべての項目は、アシストスケジューリングとルート最適化が、特定のサービスコールの場所に対して、どのテクニシャンが地理的に範囲内であるかを判断できるようにするために存在します。

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

2.0 FSMの所有範囲#

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

2.1 コア識別#

これらの2つのフィールドが地域レコードの全体の識別情報となります。FSMはこのマスタを意図的に簡潔に保っており、実際の境界やタイムゾーンの詳細は、次の2つのセクションで説明するフィールドに格納されています。

2.2 地理的境界の定義#

この単一のフィールドにより、名前付きのリージョンが実際にチェック可能な地理的領域へと変わります。FSMにおけるすべての地理的なディスパッチ判断は、最終的にこのフィールドに遡ります。

2.3 タイムゾーン設定#

タイムゾーンは、テクニシャン管理における他のすべての時間ベースのマスタに共通の基準点を提供する項目です。これがないと、作業時間パターンの時間は固定された意味を持ちません。

2.4 割当と使用リンケージ#

地域は、少なくとも1人のテクニシャンに割り当てられ、かつ少なくとも1件のサービスコールがその境界内に含まれるまで、効果を持ちません。これらは、地理的ディスパッチングの判断が誤っているように見える場合に、コンサルタントが最も頻繁に確認するリンケージの事実です。

前提条件: 地理ポリゴンが未定義または空のリージョンは、地理的ディスパッチフィルタリングに使用できません。Assisted Scheduling and Route Optimizationは、定義されたすべての境界外にあるサービスコールの地理的チェックを単純にスキップし、ディスパッチを完全にブロックすることはありません。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction