JinJin48

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

July 15, 2026 · 14 min read

SAP FSM クルー

Crewは、FSMにおける派遣可能なチームのオプションマスタレコードです。これは、リードテクニシャンと1名以上のメンバーテクニシャンで構成され、設置作業、閉鎖空間での作業、または複数の認定スキルを同時に必要とするサービスコールなど、単一のフィールドサービスリソースでは対応できない業務のためにグループ化されます。スキル、勤務時間パターン、地域は割り当て前に個別に設定されるのに対し、Crewには真の前提条件が1つだけあります。それは、Crewを作成する前に、リードと各メンバーの両方について担当者/テクニシャン（FSM-A04-04）レコードがすでに存在している必要があることです。Crewは、識別情報とこのリード/メンバー参照リスト以外に独自のフィールドを保持しません。Crewはオプションマスタとしてフラグ付けされ、業務が実際に個人のテクニシャンではなくチームに作業を派遣する場合にのみ使用されます。サービスコールに複数のテクニシャンを割り当てることがないテナントは、これを設定する必要はありません。Crewは、本シリーズで扱うテクニシャン管理ドメイン（フェーズ3、ゾーンC）における5番目のオブジェクトであり、スキル（FSM-A04-01）、勤務時間パターン（FSM-A04-02）、地域（FSM-A04-03）、担当者/テクニシャン（FSM-A04-04）、および不在（FSM-A04-06）と並んでいます。この記事では、FSMコンサルタントがCrewレコードに設定するすべてのフィールドと、それらのフィールドがリードおよびメンバーを構成する担当者/テクニシャンレコードにどのように関連するかをマッピングします。

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

1.1 Crewとは#

クルーは、指名されたフィールドサービス技術者の単一チーム（指名されたリーダー1名と任意の数のメンバー）を表します。これらはグループ化されており、ディスパッチャーが各技術者を個別に割り当てるのではなく、一度の操作でチーム全体をサービスコールに割り当てることができます。これは意図的に薄いマスタであり、スキル、地域、勤務時間パターンのフィールドを独自に持ちません。これらのプロパティはすべて、チームを構成する個々の担当者/技術者レコードに既に存在するためです。

1.2 クルー構成パターン#

Crewには独自の分類フィールドはなく、Crew ID、Crew Name、Crew Lead、Crew Membersがレコードのすべてです。以下の構成パターンは、誰がリーダーおよびメンバーとして追加されるかによってのみ表現されます。実際に異なるのは、チームが形成された理由と、そのチームがどの程度の期間存続することが期待されるかであり、これによってコンサルタントがメンバー構成の変更頻度をどの程度見込むかが決まります。

設計原則: クルーには専用の分類フィールドはありません。構成パターンは、リーダーとメンバーとして誰が追加されるかによって表現される純粋に運用上の選択であり、コード化されたクルータイプの値によって表現されることは決してありません。

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 = Yes)   (leads Crew CR-TOK-A)
   ├── Person / Technician P-002 — Kenji Sato    (Plannable = Yes)   (member of Crew CR-TOK-A)
   └── Person / Technician P-003 — Aoi Tanaka    (Plannable = Yes)   (member of Crew CR-TOK-A)

Crew CR-TOK-A — Tokyo Team A (reference — groups technicians, does not own any Person record):
   Crew CR-TOK-A ── led by ──▶ Person / Technician P-001 — Hanako Yamada      (exactly one Lead)
   Crew CR-TOK-A ── has member ──▶ Person / Technician P-002 — Kenji Sato      (N:M — a technician can belong to more than one Crew)
   Crew CR-TOK-A ── has member ──▶ Person / Technician P-003 — Aoi Tanaka      (N:M)
   (The Crew record itself owns only Crew ID, Crew Name, and this Lead/Member reference list — Skill, Region,
   and Work Time Pattern all remain properties of the individual Person/Technician records, never of the Crew.)

Absence ABS-P001 — Annual leave, 2024-08-10–2024-08-16 (reference; attaches to a Person, NOT to the Crew directly):
   Absence ABS-P001 ── blocks ──▶ Person / Technician P-001
   (Registering an Absence for the Lead or any Member blocks only that individual's own capacity — it does not
   deactivate the Crew record or block the remaining members from being dispatched.)

Skill Requirement SR-EQ001 — Requires a Skill on an Equipment (cross-zone; attaches to Equipment, NOT Crew):
   Skill Requirement SR-EQ001 ── requires ──▶ Skill SK-ELEC
   Skill Requirement SR-EQ001 ── applies to ──▶ Equipment EQ-001 (Zone B)
   (Matched against each individual Crew member's own assigned Skills by Assisted Scheduling at dispatch time —
   a per-Person run-time comparison, not a stored field on either Crew or Skill Requirement.)

設計原則: クルーは参照関係であり、包含関係ではありません。リーダーと各メンバーは、最初に設定される独立した担当者/テクニシャンレコードであり、クルーレコード自体には、クルーID、クルー名、およびそれらを指す参照リストのみが格納されます。メンバーシップはN:Mです。同じテクニシャンがあるクルーではリーダーを務めながら、別のクルーでは単なるメンバーになることができ、テナント設定に応じて複数のクルーに所属することもできます。不在とスキル要件はどちらも担当者/テクニシャンに紐づき、クルーには紐づきません。クルーレコードには、独自の不在フィールドやスキル要件フィールドはありません。

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

Crewは単独では成立しません。Crewに関する重要なプロパティのほぼすべては、実際にはCrewレコード自体のプロパティではなく、それが参照する個々のPerson/Technicianレコードのプロパティです。

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

2.0 FSMの所有範囲#

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

2.1 コア識別#

これらの2つのフィールドが、クルーレコードの全体の識別情報となります。FSMはこのマスタを意図的に簡潔に保ち、実際のチーム構成は次のセクションで説明するフィールドに格納されます。

2.2 チーム構成#

これら2つの参照フィールドが、クルーの全容を構成します。チームが実行可能なすべてのこと、カバーできるすべての場所は、まさにこれら2つのリストに遡ります。

2.3 割当と使用関連付け#

クルーは、リーダーが割り当てられ、少なくともメンバーリストの初期データが存在し、プランニングボードでそれを選択するディスパッチャーがいるまで、効果を発揮しません。これらは、クルーレベルのディスパッチ判断が誤っているように見える場合に、コンサルタントが最も頻繁に確認するリンケージの事実です。

前提条件: リーダーが割り当てられていないクルーは派遣に使用しないでください。ほとんどのテナント設定では、クルーがプランニングボードで選択可能なリソースとして表示される前に、少なくともリーダーが配置されていることが期待されます。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction

ゾーン作物ソース: 04-fsm-a01-master-landscape.png (mtime: 2026-07-15 11:04:20、再検証済み 2026-07-15 修正実行)