JinJin48

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

July 15, 2026 · 14 min read

SAP FSM スキル要件

スキル要件は、FSMのクロスリファレンスマスタであり、特定の設備が何を要求するか、つまり派遣されたテクニシャンがその設備で作業するために保持しなければならないスキル（複数可）を定義します。クルーや不在とは異なり、スキル要件は単一の担当者/テクニシャンに所有されるものではありません。これは、需要側のスキル（FSM-A04-01）と供給側の設備（FSM-A03-01）という2つの独立したマスタ間のブリッジレコードであり、両方が存在するまでは意味を持ちません。設備レコードで定義されると、その要件はその設備に対して作成されるすべてのサービスコールに自動的に継承され、プランニングボードとアシストスケジューリングは、派遣の提案または検証時に、この継承された要件を候補テクニシャン自身に割り当てられたスキルと比較します。スキル要件は、本シリーズで扱うテクニシャン管理ドメイン（フェーズ3、ゾーンC）における、スキル（FSM-A04-01）、勤務時間パターン（FSM-A04-02）、地域（FSM-A04-03）、担当者/テクニシャン（FSM-A04-04）、クルー（FSM-A04-05）、不在（FSM-A04-06）に続く、7番目で最後のオブジェクトです。この記事では、FSMコンサルタントがスキル要件レコードで設定するすべてのフィールドと、それらのフィールドがスキル、設備、サービスコール、およびその周辺のプランニングボードをどのように結びつけるかをマッピングします。

パート 1: スキル要件 — 基本概念（全モジュール共通）#

1.1 スキル要件とは#

スキル要件は、単一の名前付き需要を表します — 「この設備には、このスキルを持つ技術者が必要」 — これは設備レコードに対して一度記録され、その設備に対してサービスコールが開かれるか、派遣判断が評価されるたびに自動的に読み取られます。これは意図的に薄いクロスリファレンスです。リンク先のスキルや設備のプロパティは一切保持せず、リンク自体の事実に加えて、必須/優先および数量修飾子が重ねられているだけです。

1.2 スキル要件設定シナリオ#

スキル要件の必須／推奨の区別、および同じ設備に1つまたは複数のスキルが紐づけられているかどうかは、プランニングボードが候補となるテクニシャンをどの程度厳密にフィルタリングするかを決定します。この設定を誤ると、資格のあるテクニシャンが警告なしに除外されたり、資格不足のテクニシャンが警告なしに通過してしまったりします。

設計原則: 必須/優先フラグ（スキル自体ではない）が、プランニングボードが不足しているコンピテンシーをハードな除外条件として扱うか、ソフトなランキングシグナルとして扱うかを決定します。同じスキルでも、ある設備レコードでは必須、別の設備レコードでは優先として設定できます。

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)
          ── assigned to ──▶ Skill SK-ELEC — Electrical Work L3

Equipment EQ-001 — Rooftop AC Unit A (Zone B; owned by Equipment Management, shown here only as the
demand side that Skill Requirement is defined against):
   Skill Requirement SR-EQ001 — Electrical Work L3, Mandatory   (cross-reference; not nested under either side)
      ── requires ──▶ Skill SK-ELEC — Electrical Work L3
      ── applies to ──▶ Equipment EQ-001 (Zone B; cross-zone chip)

Service Call (Transaction domain, FSM-B03) raised against Equipment EQ-001:
   Service Call ── inherits ──▶ Skill Requirement SR-EQ001
   (The requirement defined once on the Equipment record is carried automatically onto every Service Call
   raised against that Equipment — Skill Requirement is never re-entered per Service Call.)

Planning Board / Assisted Scheduling (Transaction domain, FSM-B04):
   Planning Board ── matches ──▶ Skill Requirement SR-EQ001 against Person/Technician P-001's Skill SK-ELEC
   (A candidate is only suggested/validated when the technician's own Skill assignment satisfies this
   requirement — the check runs against the Person/Technician assignment list from Skill, not against any
   field stored on Skill Requirement itself.)

設計原則: スキル要件は、スキルや設備の子オブジェクトではなく、純粋な相互参照オブジェクトです。独立したレコードから両方を参照し、その設備に対して作成されるすべてのサービスコールによって継承（再作成ではなく）され、ディスパッチ時にプランニングボードのマッチングロジックによって読み取り専用で使用されます。

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

スキル要件は単独では成立しません。そのすべてのフィールドは、派遣時に「この候補テクニシャンのスキル割当が、この設備の要求を満たすか」という一つの問いに答えるために存在します。

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

2.0 FSM 所有権の範囲#

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

2.1 コア識別#

これらの3つのフィールドは、厳密性や照合ロジックがその上に重ねられる前に、どの設備が要求され、どのスキルが要求されるかという、全体の相互参照を確立します。

2.2 要件定義#

これらのフィールドは、プランニングボードが要件をどの程度厳密に適用するかを決定します — ハードなディスパッチブロックとソフトなランキングシグナルの違いです。

2.3 照合・検証動作#

これらのフィールドと動作は、サービスコールに該当するテクニシャンがいない場合、または予期しない候補者が提案された場合に、ディスパッチャーが実際に確認するものです。

前提条件: スキル要件は、そのスキル (FSM-A04-01) と設備 (FSM-A03-01) の両方のレコードが既に存在するまで作成できません。このレコード自体は、それらの間の相互参照と、その上に重ねられた必須/優先および数量修飾子以外のプロパティを格納しません。

シリーズ注記: スキル要件は、ゾーンC（テクニシャン管理）でマッピングされる7番目かつ最後のオブジェクトです。スキル、勤務時間パターン、地域、担当者/テクニシャン、クルー、欠勤とともに、すべてのテナントレベルのテクニシャンマスタがカバーされました。このシリーズは次にゾーンD（資材・ツール管理）に続きます。汎用ツール（FSM-A05-02）、シリアル管理ツール（FSM-A05-03）、倉庫（FSM-A05-04）、バン在庫（FSM-A05-05）です。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction