SAP FSMとは何ですか？

JinJin48

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

May 27, 2026 · 11 min read

1) SAP FSMの対象範囲#

SAP Field Service Management（FSM）は、顧客からのサービスリクエストが到着した瞬間から、技術者が現場で作業を完了し、請求記録が承認されるまでの、フィールドサービス業務の全ライフサイクルを管理します。このソリューションは、もともとスイスの企業Coresystems FSM AGによって開発されましたが、2018年6月にSAPが買収し、SAP Business Technology Platform（BTP）上でネイティブクラウドアプリケーションとして再構築されました。現在のリリースサイクルは四半期ごとであり、本稿執筆時点での最新リリースはSAP FSM 2511（2025年11月）です。

FSMはその機能を5つの主要な機能ドメインに分類しています。

サービスコール管理#

Service Callは、SAP FSMにおける中心的なトランザクションオブジェクトです。これは顧客が発信したサービスリクエストを表し、SAP S/4HANAのサービスオーダーに直接対応します。各Service Callには以下が含まれます：

サービスコールは、FSMで直接作成するか、統合されたバックエンドシステム（SAP S/4HANA サービスオーダーまたは SAP Service Cloud チケット）から自動的に複製できます。品目や設備に定義されたスキル要件はアクティビティに自動的に反映され、派遣時のスキルベースの技術者マッチングを促進します。

計画とディスパッチ#

ディスパッチングボード（プランニングボードとも呼ばれる）は、ガントチャートベースのインターフェースであり、計画可能なすべての技術者をライブタイムラインとともに表示します。ディスパッチャーは3つのスケジューリングモードで作業します。

Autoscheduling最適化エンジンは、技術者のスキル（必須要件とオプション要件）、地理的近接性、SLA期限、現在の勤務時間パターンの空き状況、移動時間の見積もり、および資材の可用性を評価します。2511リリースでは、特定の技術者がアサインメントに選定された、または除外された理由の透明性を提供する「最適技術者マッチング（BMT）スケジューリングレポート」が追加されました。

Planning Board と同様に、Service Map は技術者の位置情報と未処理の活動を地理的に表示します。2511 リリースでは、Service Map に、地理ベースの一括割り当てのための投げ縄選択機能と、マップから直接スケジュールする際のインラインスキル検証機能が追加されました。

モバイル実行#

SAP FSM モバイルアプリは、iOS、Android、Windows で動作します。3つのプラットフォームはすべてオフラインファーストモードで動作します。技術者はシフト開始時にジョブキューをダウンロードし、ネットワーク接続なしで完全に作業を行い、再接続時にデータを同期できます。

モバイルアプリを介した標準的な技術者ワークフローは、以下の順序に従います。

Smartforms（旧称チェックリスト）は、特定のワークフローステップで自動的に表示されるデジタルフォームです。条件付きロジック、必須フィールドの強制、フィールド検証をサポートし、オンラインモードまたはオフラインモードのいずれかで完了できます。

クラウドワークフォース#

Crowd Workforceは、SAP FSMのサブモジュールであり、企業がフィールドサービス業務を外部パートナー（下請け会社や独立系技術者）にアウトソーシングしつつ、社内スタッフと同じ計画・実行環境で管理することを可能にします。

Crowdモデルを定義する3つの主要な役割は以下の通りです。

パートナーオンボーディングは、招待 → アカウント登録 → 技術者登録 → クラウドオーナー承認 → ユーザー作成 → アクティビティ割り当て → モバイル実行という7段階の正式なプロセスに従います。オンボーディング後、クラウド技術者は社内スタッフと並んで計画ボードに表示され、自動スケジューリングの最適化に含めることができます。金銭的な決済（サブコントラクターへの払い戻しおよび請求処理）は、FSMではなくSAP S/4HANAで行われます。

タイム＆マテリアルジャーナル#

Time and Material (T&M) Journal（工数・材料ジャーナル）#

Time and Material (T&M) Journalは、計画担当者や監督者が、技術者がサービス作業完了後に提出したEMMEレコードを確認・承認するための承認ワークスペースです。4つのレコードタイプは、工数（Time Effort）、材料（Material）、走行距離（Mileage）、経費（Expense）です。

承認ライフサイクルは、以下のステータスシーケンスに従います。

レコードが承認ステータスに達すると、データがSAP S/4HANAに複製されます。サービス確認が作成され、CATSタイムシートが転記され、在庫移動がトリガーされ、請求伝票が生成されます。クラウドサービスシナリオでは、クラウドオーナーは同じT&Mジャーナルを使用して、ERP決済前にパートナー技術者のEMMEレコードを確認します。

2) 組織構造#

SAP FSMは、設定とデータアクセスを3つの主要な構造的概念（Company、Region、Branch/Team）を使用して整理しています。

Company (SAP FSM Tenant)
│
├── Region (geographic / organizational unit)
│   ├── Technicians (Persons assigned to this Region)
│   ├── Dispatchers (Planners scoped to this Region)
│   └── Equipment (assets and functional locations)
│
└── Branch / Team (sub-grouping within a Region)
    └── Technicians / Skills / Work Time Patterns

主要な設計判断: リージョンの粒度によって、プランニングボード上のディスパッチャのスコープと自動スケジューリングの境界が決まります。リージョンが広すぎるとディスパッチャの認知負荷が増大し、狭すぎるとリージョン間の最適化を妨げる孤立した領域が生まれます。リージョンの定義は、S/4HANAの作業区または計画グループ構造と最初から整合させてください。

3) ロール#

SAP FSM には、計画、実行、バックオフィスの各レイヤーにわたって明確な役割が存在します。以下の表に、主要な役割とその日常業務を示します。

概要#

SAP Field Service Managementは、サービスリクエストの受付から技術者の作業実行、請求に至るまで、すべてをクラウド上で一元管理する統合プラットフォームを組織に提供します。標準機能としてオフラインモバイル機能も含まれています。SAP S/4HANA Service（SAP Integration Suite経由）やSAP ECC CS/PM（Proaxia FSM Cloud Connector経由）との統合により、FSMは既存のSAP環境に組み込むことができ、ERP基盤を置き換える必要はありません。

FSM導入に携わるコンサルタントにとって、初期段階で最も重要な判断事項は、リージョン構造（ディスパッチャーの担当範囲と自動スケジューリングの動作を決定）、スキル設計（技術者マッチングの品質を左右）、および統合アーキテクチャ（S/4HANAサービス vs レガシーCS/PM、さらにSAP Service Cloudがランドスケープに含まれるかどうか）です。これらの設計上の選択肢については、ビジネスプロセスと統合に関するFSM-002の記事で詳しく解説しています。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction