SAP FSM テクニシャン

SAP FSM テクニシャン
Person/Technician は、FSM における個々のフィールドサービスリソースのマスタレコードです。これは、派遣可能な技術者であり、連絡先詳細、計画可能フラグ、およびその技術者が何をできるか(スキル)、いつ作業するか(勤務時間パターン)、どこを担当するか(地域)を記述するスキル、勤務時間パターン、地域レコードへの参照を持ちます。これは、技術者管理ドメイン(フェーズ3、ゾーンC)の中心的なオブジェクトです。スキル(FSM-A04-01)、勤務時間パターン(FSM-A04-02)、地域(FSM-A04-03)はすべて最初に個別に設定され、その後 Person/Technician に割り当てられます。一方、Crew(FSM-A04-05)と Absence(FSM-A04-06)は、Person/Technician レコードを参照してのみ存在します。Person/Technician は、ビジネスパートナー、スキル、地域と並んで必須のマスタとしてリストされています。計画可能な技術者レコードがない FSM テナントは、アシストスケジューリング、ルート最適化、またはプランニングボードが派遣するものを持ちません。この記事では、FSM コンサルタントが Person/Technician レコードに設定するすべてのフィールドと、それらのフィールドが周囲のスキル、勤務時間パターン、地域、Crew、Absence マスタにどのように接続するかをマッピングします。
第1部: 担当者/テクニシャン — 中核概念(全モジュール共通)
1.1 担当者/テクニシャンとは

Person/Technician(担当者/テクニシャン)は、個別に識別可能な単一のフィールドサービスリソースを表します。これは、ディスパッチャーがサービスコールに割り当てるレコードであり、テクニシャンがモバイルアプリにログインする際に使用するレコードでもあります。Skill(スキル)、Work Time Pattern(勤務時間パターン)、Region(地域)が小規模で自己完結型のカタログであるのに対し、Person/Technicianは意図的にゾーンCで最もリッチなレコードとなっています。これは、単一の派遣可能リソースに対して、コンピテンシー(スキル)、可用性(勤務時間パターン)、地理(地域)のすべてが集約される唯一の場所だからです。
| 項目 | 詳細 |
|---|---|
| ロール | 個々のフィールドサービス技術者のマスタレコード。スキル、勤務時間パターン、地域が割り当てられるハブオブジェクトであり、クルーと欠勤の両方から参照される。アシストスケジューリング、ルート最適化、およびプランニングボードが作業を割り当てるために読み取る主要オブジェクト。 |
| 使用するモジュール | FSM(技術者管理 — 単独所有者。ビジネスパートナーや設備と同じ方向でS/4HANAから複製されるか、FSMでネイティブに管理される可能性がある) |
| トランザクション | FSM Web UI「技術者管理」アプリ。スキル、地域、クルー、欠勤に使用されるのと同じ「マスタデータ管理」エリアの一部。 |
| 主要テーブル | FSM: 担当者/技術者ビジネスオブジェクト(コアAPI / ODataエンティティ)— FSMはマルチテナントクラウドソリューションであり、従来のABAPテーブルは使用しない。S/4HANAテーブルに相当するものはない。 |
| S/4HANAに関する注記 | 担当者/技術者はS/4HANAから複製可能(S/4HANA→FSMの方向)だが、通常はFSMで直接管理される。ビジネスパートナー、スキル、地域と並んで必須のマスタとしてリストされている。FSMテナントは、少なくとも1つの計画可能な担当者/技術者レコードがなければ、アシストスケジューリングを実行したり、プランニングボードにデータを表示したりできない。 |
1.2 テクニシャンタイプ

担当者/テクニシャンには、テクニシャンがどのように調達されたかを示す独自のコード化された分類フィールドはありません。Person ID、Person Name、およびパート2で説明されているその他のフィールドは、雇用関係に関係なく同一です。実際に異なるのは、テクニシャンがどのようにオンボーディングされたか、そして以下の3つのパターンのうちの1つについては、リソースが担当者/テクニシャンレコードとしてモデル化されているかどうかです。
| 技術者タイプ | 調達パターン | ユースケース | 主要な動作 |
|---|---|---|---|
| 内部 | 直接雇用のフィールドサービススタッフ | 標準的かつ継続的なフィールドサービス要員 | 担当者/技術者レコードとそのスキル/勤務時間パターン/地域割り当てを通じて完全に登録および派遣される。データモデルレベルでは外部と区別されない |
| 外部 | 代理店供給または有期契約スタッフ(通常の担当者/技術者レコードとしてオンボーディング) | 一時的なキャパシティ増加、季節的需要、または内部にない契約専門スキル | 内部と同一の担当者/技術者レコード構造を使用。スキル、地域、勤務時間パターンの割り当ても同様に機能する。FSMがフィールドとして追跡しないのは、基礎となる雇用関係のみが異なる点である |
| パートナー(クラウドソース) | 外部サービスパートナーがクラウドワークフォースチャネルを通じて提供する技術者 | 組織自身のワークフォースを超えた、クロスカンパニーまたはオンデマンドの派遣キャパシティ | パートナー管理ドメインにおいて、別個のオブジェクトであるパートナー技術者(FSM-A06-04)としてモデル化される。担当者/技術者レコードとしては扱われない。スキルマッチングは概念的に適用されるが、スケジューリングはこのオブジェクトのアシストスケジューリングパスではなく、クラウド派遣(FSM-B05)を通じて行われる |
設計原則: 社内および社外のテクニシャンは、1つのレコード構造と1セットのゾーンC割当(スキル、勤務時間パターン、地域)を共有します。パートナー調達のテクニシャンは例外であり、パートナーポータルを通じて専用オブジェクトにオンボーディングされ、Person/Technicianには登録されません。これは、組織自身の従業員データの外部に位置するためです。
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 (N:M — a technician can hold more than one Skill)
── assigned to ──▶ Work Time Pattern WTP-STD (N:1 — many technicians may share one Pattern; exactly one active per technician)
── assigned to ──▶ Region RG-KAN — Kanto (Asia/Tokyo) (N:M — a technician may cover more than one Region)
│
└── Absence ABS-P001 — Annual leave, 2024-08-10–2024-08-16 (1:N — true containment; an Absence record has no meaning without its Person)
Person / Technician P-001 ── leads ──▶ Crew CR-TOK-A — Tokyo Team A
(Crew aggregates a lead plus multiple member technicians; it is a reference relationship, not single-owner containment)
Van Stock (Phase 4, Material & Tool Management, drawing from Warehouse WH-001) ── assigned to ──▶ Person / Technician P-001
(forward cross-zone reference — Person/Technician is a prerequisite for Van Stock, not the reverse)
Skill Requirement SR-EQ001 — Requires a Skill on an Equipment (cross-zone; attaches to Equipment, NOT Person/Technician directly):
Skill Requirement SR-EQ001 ── requires ──▶ Skill SK-ELEC
Skill Requirement SR-EQ001 ── applies to ──▶ Equipment EQ-001 (Zone B)
(Matched against Person/Technician P-001's own assigned Skills by Assisted Scheduling at dispatch time — a run-time comparison, not a stored field-level link)設計原則: 担当者/テクニシャンはゾーンCのハブです。スキル、勤務時間パターン、地域は、最初に設定される独立したテナントレベルのマスタであり、その後に担当者/テクニシャンに割り当てられます(逆ではありません)。不在は包含関係(不在レコードは正確に1人の担当者に属します)ですが、クルーは参照関係です(クルーはリーダーと複数のメンバーテクニシャンを集約するため、単一の担当者レコードがそれを完全に所有することはありません)。スキル要件は設備に紐づき、担当者/テクニシャンには紐づきません。アシストスケジューリングは、いずれかのレコードに保存されたフィールドを介するのではなく、実行時にスキルマッチングを実行します。設備とは異なり、担当者/テクニシャンはFSMデータモデル内でビジネスパートナーへの直接参照を持ちません。
1.4 他のマスタデータオブジェクトとの統合

Person/Technician(担当者/テクニシャン)は単独で存在するものではなく、他のすべてのテクニシャン管理オブジェクトが入力または読み出しを行うレコードであり、次のフェーズから資材・ツール管理(バン在庫)が前方参照する唯一のレコードです。
| オブジェクト | 関係性 | 実務上の注意点 |
|---|---|---|
| スキル (FSM-A04-01) | 多対多:1人の技術者が複数のスキルを保持でき、1つのスキルを複数の技術者が保持できる | 「技術者管理」アプリで割り当てます。これは、アシストスケジューリングがサービスコールまたは設備のスキル要件と照合して候補技術者リストを作成する際に参照する、まさにそのスキルリストです。 |
| 勤務時間パターン (FSM-A04-02) | 多対一:複数の技術者が同じパターンを共有できますが、各技術者は常に1つのアクティブな割当を同時に持ちます | 技術者に割り当てられた地域のタイムゾーンと組み合わせることで、プランニングボードとルート最適化が実際の対応可能時間枠を計算するために使用します。 |
| 地域 (FSM-A04-03) | 多対多:1人の技術者を複数の地域に割り当てることができ、1つの地域に複数の技術者を割り当てることができます | これは、アシストスケジューリングとルート最適化が、サービスコールの地理的条件に基づいて候補技術者を絞り込むために読み取る、まさにその情報です。 |
| クルー (FSM-A04-05) | 参照:1人の担当者/技術者が1つのクルーをリードし、他のクルーのメンバーになることができます。クルーはリーダーと複数のメンバー技術者を集約します | クルーの実効的な対応範囲とスキルセットは、単にそのメンバー自身の地域とスキルの割当の和集合です。クルーレコード自体に別途対応範囲フィールドが保存されることはありません。 |
| 欠勤 (FSM-A04-06) | 一対多、真の包含関係:1人の担当者/技術者が複数の欠勤レコードを持つことができ、各欠勤レコードは正確に1人の担当者に属します | 欠勤を登録すると、記録された期間中、プランニングボード上で技術者のキャパシティがブロックされ、その時間枠内に既に割り当てられているものの再スケジュールがトリガーされる可能性があります。 |
| スキル要件 (FSM-A04-07) | 間接的 — スキル要件は設備に紐づき、担当者/技術者には紐づきません | アシストスケジューリングは、実行時に必要なスキルを各候補技術者自身のスキルリストと照合します。担当者/技術者とスキル要件の間に保存されたフィールドレベルのリンクはありません。 |
| バンストック (フェーズ4、資材・ツール管理) | 前方クロスゾーン参照:バンストックは担当者/技術者に割り当てられ、倉庫から引き出されます | 担当者/技術者はバンストックの前提マスタです。モバイル在庫を技術者に割り当てる前に技術者が存在している必要がありますが、担当者/技術者にはバンストックレコードを指し示すフィールドはありません。 |
パート 2: FSM 固有のフィールド詳細
2.0 FSMの所有範囲

| データ区分 | FSM関与 | 備考 |
|---|---|---|
| コア識別情報 | ◎ 所有者 | 担当者ID、担当者名 — この特定のテクニシャンを識別するフィールド |
| 連絡先詳細 | ◎ 所有者 | メール、電話 — モバイルアプリアクセス、通知、ディスパッチャー連絡に使用 |
| 計画・ディスパッチ設定 | ◎ 所有者 | 計画可能フラグ — プランニングボードおよびアシストスケジューリングの可視性を制御するフラグ |
| スキル割当 | ○ テクニシャン管理(スキルマスタ)と共有 | アシストスケジューリングがスキル要件マッチングのために読み取るスキル参照リスト |
| スケジューリング割当 | ○ テクニシャン管理(地域、勤務時間パターンマスタ)と共有 | プランニングボードおよびルート最適化が読み取る地域および勤務時間パターンの参照 |
凡例: ◎ = オーナー / クリティカル、○ = 直接関与
2.1 コア識別

これらの2つのフィールドは、他のすべてのゾーンCオブジェクト(スキル割当、地域割当、勤務時間パターン割当、クルーメンバーシップ、欠勤、バン在庫)が最終的に参照するものです。
| フィールド | 説明 | 実務上の使用例 |
|---|---|---|
| 担当者ID | FSMがテクニシャンレコードに対して内部的に保持する一意の識別子 | テナント設定に応じて自動生成または作成時に入力されます。このテクニシャンに関連付けられたすべてのスキル、地域、勤務時間パターン割当、すべてのクルーメンバーシップ、すべての不在レコード、およびすべてのバンストック明細から参照されます。廃止された担当者IDを別の個人に再利用しないでください。計画ボードの履歴とサービスレポートの作成者情報は、いずれもこのIDに基づいています。 |
| 担当者名 | テクニシャンの業務向け名称 | 計画ボード、サービスコール割当画面、顧客向けサービスレポートおよび署名全体に表示されます。FSMには別途表示名フィールドがないため、顧客向け文書に表示されるべき名前と一貫性を保ってください。 |
2.2 連絡先詳細

両方のフィールドは、テクニシャンを、連絡を取る必要のあるシステムや人々(一方ではFSMモバイルアプリ、他方ではディスパッチャーや顧客)に接続するために存在します。
| フィールド | 説明 | 実務上の使用例 |
|---|---|---|
| 電子メール | テクニシャンのメールアドレス | FSMモバイルアプリのアカウントプロビジョニングとログイン、および新規派遣やスケジュール変更などのシステム通知に使用されます。通常はモバイルログインIDとしても機能するため、ほとんどのテナント設定において、アクティブなテクニシャンアカウント間で一意である必要があります。 |
| 電話番号 | テクニシャンの電話番号 | プランニングボード上でディスパッチャーに表示され、直接連絡に使用されます。また、設定されている場合、割り当てられたテクニシャンの到着予定時刻通知のために顧客にも表示されます。このフィールドを顧客向け画面に公開する前に、現地のプライバシーおよび同意に関するルールを確認してください。 |
2.3 計画・ディスパッチング設定

この単一のブール型フィールドによって、テクニシャンレコードが管理エントリから実際の派遣可能なリソースへと変わります。
| フィールド | 説明 | 実務上の使用例 |
|---|---|---|
| プランナブル | テクニシャンが割当可能なリソースとして表示されるかどうかを制御するブール値フラグ | プランニングボードでの表示可否、およびアシストスケジューリングとルート最適化の対象となるかどうかを決定する唯一のフィールドです。プランナブル = いいえ のレコードは、レポート作成や履歴目的では引き続き存在しますが、ディスパッチからは非表示になります。テクニシャンが長期休暇に入った場合やフィールドサービスから離れる場合、レコードを削除するのではなくこのフラグをオフに切り替えることで、サービスレポートとスケジュール履歴をそのまま維持できます。 |
2.4 スキル割当

この1つのフィールドによって、アシストスケジューリングは、特定の作業に対してテクニシャンを「有資格」または「非有資格」として扱うことができます。
| フィールド | 説明 | 実務上の使用例 |
|---|---|---|
| スキル | このテクニシャンに割り当てられたスキルレコードの一覧(スキルマスタ、FSM-A04-01 への N:M 参照) | アシストスケジューリングが、候補となる設備またはサービスコールのスキル要件(FSM-A04-07)と照合する際に使用するフィールドです。不完全または古いスキル一覧は、自動マッチング中に、実際に資格のあるテクニシャンが候補リストから黙って除外される最も一般的な原因の一つです。認定資格が失効または更新された際には、必ずこれを監査してください。 |
2.5 スケジューリング割当

Skills(スキル)と合わせて、この2つの参照情報が実際にテクニシャンを計画可能にするものです。スキルはテクニシャンが何をできるかを示し、このセクションはどこでいつできるかを示します。
| フィールド | 説明 | 実務上の使用例 |
|---|---|---|
| 地域 | 1つ以上の地域レコードへの参照(地域へのN:M参照、FSM-A04-03) | サービスコールの候補テクニシャンをフィルタリングする際に、アシストスケジューリングとルート最適化がチェックする地理的範囲を定義します。2つの隣接するサービスエリアをカバーするテクニシャンには、両方の地域を割り当てる必要があります。そうしないと、2番目のエリアからのリクエストが候補として表示されることはありません。 |
| 勤務時間パターン | 現在このテクニシャンの勤務時間を管理している勤務時間パターンへの参照(勤務時間パターンへのN:1参照、FSM-A04-02 — 複数のテクニシャンが1つのパターンを共有できますが、各テクニシャンにはアクティブな割り当てが正確に1つあります) | テクニシャンに割り当てられた地域に設定されているタイムゾーンと組み合わせて、プランニングボードとルート最適化が実際の稼働可能時間枠を計算するために使用します。テクニシャンの勤務時間パターンを変更すると、変更日以降に有効となり、既に確定しているスケジュールのコミットメントに遡って調整されることはありません。 |
次に読むべきもの
L1) Big Picture
| ID | Category | Title |
|---|---|---|
| fsm-001 | Overview | SAP FSMとは何ですか? |
L2-A) Master Data
| ID | Category | Title |
|---|---|---|
| fsm-a01 | Overview | SAP FSM マスタデータ:概要、階層、および関係性 |
| fsm-a02-02 | Master Data | SAP FSM コンタクト |
| fsm-a02-03 | Master Data | SAP FSM アドレス |
| fsm-a03-01 | Master Data | SAP FSM 設備 |
| fsm-a03-02 | Master Data | SAP FSM 設備階層 |
| fsm-a03-03 | Master Data | SAP FSM サービス履歴 |
| fsm-a04-01 | Master Data | SAP FSM スキル |
| fsm-a04-02 | Master Data | SAP FSM 作業時間パターン |
| fsm-a04-03 | Master Data | SAP FSM リージョン |
| fsm-a04-04 | Master Data | SAP FSM テクニシャン 📍 |
| fsm-a04-05 | Master Data | SAP FSM クルー |
| fsm-a04-06 | Master Data | SAP FSM 欠勤 |
| fsm-a04-07 | Master Data | SAP FSM スキル要件 |
| fsm-a05-02 | Master Data | SAP FSM 汎用ツール |
| fsm-a05-03 | Master Data | SAP FSM シリアルツール |
| fsm-a05-04 | Master Data | SAP FSM 倉庫 |
| fsm-a05-05 | Master Data | SAP FSM バンストック |
| fsm-a06-01 | Master Data | SAP FSM パートナー招待 |
| fsm-a06-02 | Master Data | SAP FSM パートナー登録 |
| fsm-a06-03 | Master Data | SAP FSM クラウドパートナー |
| fsm-a06-04 | Master Data | SAP FSM パートナーテクニシャン |
L2-B) Transaction
| ID | Category | Title |
|---|---|---|
| fsm-b01 | Overview | SAP FSM トランザクション:プロセスフロー、階層、および関係 |
ゾーン クロップ ソース: 04-fsm-a01-master-landscape.png (mtime: 2026-07-15 11:04)