こんばんは。皆さま、いかがお過ごしでしょうか？

“室長”こと、吉島良平（Microsoft MVP for Business Applications | Microsoft Regional Director）です。

秋分の日です。お彼岸の中日で、暦の上では昼と夜の長さがほぼ等しくなる節目とされています。帰省やお墓参りで移動される方も多い連休ですが、この季節は「暖房器具を試運転したら動かなかった」「エレベーターが止まった」「冷却設備の点検が遅れていた」といった設備トラブルが増える時期でもあります。そのたびに、現場へ駆け付ける方たちがいます。ワークオーダーを受け取り、必要な部品と道具を確認して、顧客のもとへ向かう。その一連の流れを支えるのが、Dynamics 365 Field Serviceです。今日は、その話です。

各製品の現在地を整理するシリーズとして、Business Central、Finance & SCM、Commerce、Project Operations、Sales、Customer Service、Contact Centerに続く第8回です。

最後までお付き合いいただけますと幸いです。

注記：本稿の内容は、2026年9月時点で公開されているMicrosoft Learn リリースプランおよびAI at Work Roadmapの情報をもとにした整理および筆者の見解です。機能によって一般提供（GA）・プレビュー・段階的展開・追加設定が必要なものがあります。機能の提供状況、対象地域、ライセンス、前提設定は変更される場合があります。実際の導入にあたっては、対象環境のリリースノート、Microsoft Learn、管理センターの設定をご確認ください。

Dynamics 365 Field Service — 2026年9月時点の現在地と今後の展望

―2026 release wave 1（2026年4〜9月）における新機能・改善点と今後の方向性―

フィールドサービス業務をDynamics 365で実現する3つのアプローチ

Project Operationsの回で整理したように、Dynamics 365では同一の業務領域に対して複数の製品・アーキテクチャが存在することがあります。Field Serviceも同様で、「現場サービスをD365で実現したい」という要件に対して、本稿では製品選定の観点から大きく3つのアプローチに整理します。

一つ目は「Field Service単体」です。Dynamics 365 Field ServiceはDataverse上で動作するCE（Customer Engagement）系アプリです。必要に応じてDynamics 365 Customer ServiceやContact Centerと連携できる構成であり、現場作業のワークオーダー管理・スケジューリング・モバイル実行を中心に構成できます。訪問保守・設備点検・設置工事など、比較的標準的な現場サービス業務に向いています。

二つ目は「Field Service + Project Operations + Finance連携」です。プロジェクト型の現場サービス（設計・施工・試運転など複数フェーズにわたる案件）では、Field ServiceのワークオーダーをProject Operationsのプロジェクトタスクと紐付け、タスクレベルの請求（task-based billing）をFinanceで処理するアーキテクチャが有効です。Field ServiceとProject OperationsはいずれもDataverseベースで動作し、FinanceとはDataverseを介した統合機能で連携します。今回のWave 1でこの統合が実務的な深さで強化されました。

三つ目は「FO Service Management（F&Oネイティブ型）」です。Dynamics 365 Finance & Supply Chain Managementには、Dynamics AX時代から引き継いだサービス管理機能が内包されています。F&Oの財務・在庫・サービス契約などとの密接な連携を重視する場面では、Field Serviceとは異なる選択肢となります。ただし、これは現在のMicrosoftが前面に推奨している構成ではなく、F&Oに既存投資がある組織が活用する歴史的な機能として位置付けてください。Field Serviceとは製品系統がまったく異なります。

※ 本稿の対象はField Service単体、およびField Service + Project Operations + Finance連携です。FO Service Managementについては、Dynamics 365 Finance & SCMのアップデート記事をご参照ください。

筆者の見方では、2026年のField Serviceは「現場の使いやすさを固め、インテリジェントスケジューリングへの布石を打った年」だった

2026 release wave 1のField Serviceを俯瞰すると、2つの軸が際立っています。一つは、テクニシャンが日々使うモバイルアプリの基盤強化。Android端末でのフォーム読み込み速度の改善、オフラインプロファイルの柔軟な設定、フィールドでのノート入力体験の向上など、「現場で確実に動く」ための投資が続きました。もう一つは、スケジューリングの知性化です。Scheduling Operations Agent（SOA）による複数リソース最適化がPreviewとして登場しましたが、GAは2027年3月が計画されており、今回のWave 1はその準備段階と位置付けられます。

加えて、Microsoft 365 CopilotとField Serviceの統合（GA）、そしてDynamics 365 Project Operationsとの統合深化（ワークオーダーとプロジェクトタスクの連携）も、このWave 1の重要なテーマです。なお、Field Serviceはワークオーダー管理・スケジューリングにとどまらず、資産管理・保守計画までを含めたサービスオペレーション全体の基盤として位置付けられており、今回のWave 1はその基盤の上で「現場の確実性」と「スケジューリングの知性化」に集中投資した年でした。以下、カテゴリ別に整理していきます。

≪モバイルアプリの進化 — テクニシャンの生産性向上≫

Field Service Mobileアプリは、現場で働くテクニシャンが最も頻繁に触れる接点です。Wave 1では、信頼性・速度・使いやすさの各面でまとまった改善が届きました。

Android端末のパフォーマンス改善とオフライン強化

2026年4月1日GAの「Improve Android form loads by at least 25%」は、MicrosoftがAndroid端末でのフォーム読み込み性能を25～50%改善することを目標とした改善です。現場でワークオーダーを確認したり、作業記録を入力したりする際の体感速度に直接影響します。テクニシャンが1日に何十回もフォームを操作することを考えると、この改善の積み重ねは大きな意味を持ちます。自動で有効化されます。

2026年5月14日GAの「Configure offline profiles with FetchXML editor」は、オフラインプロファイルをFetchXMLエディタを使って細かく制御できるようにする機能です。Field Service Mobileはオフライン環境での使用を前提とした設計ですが、どのデータをどの条件でローカルに同期するかを従来より柔軟に定義できるようになります。通信環境が不安定な現場や、大量のデータを持つ組織での最適化に役立ちます。管理者による設定が必要です。

フォームの使いやすさとノート入力の改善

2026年4月29日GAの「Use enhanced Field Service Booking Status control」は、予約ステータスの表示・操作コントロールを刷新する機能です。テクニシャンが作業の進行状況（移動中・作業中・完了など）を素早く更新できるよう、操作の簡素化が図られています。自動で有効化されます。2026年6月19日GAの「Disable clickthrough on lookup values in forms」は、フォーム内のルックアップフィールドでクリックした際に別レコードに遷移してしまう動作を無効化できる設定です。意図しない画面遷移を防ぎ、現場での入力ミスを減らします。管理者による設定が必要です。

2026年8月13日GAの「Capture and review notes with mobile notes control」は、テクニシャンがモバイルアプリでノートを入力・確認する際のコントロールを改善する機能です。テキストだけでなく画像や動画を含むリッチなノートをモバイルから記録・確認でき、作業メモ・顧客への説明・部品使用の記録など、現場で発生するさまざまな情報を素早くキャプチャできます。2026年8月31日GAの「Add simplified lookup control」は、参照フィールドの検索・選択インターフェースを簡略化する機能です。いずれも管理者による設定が必要です。

≪スケジュールボードの拡充 — ディスパッチャーの作業効率≫

スケジュールボードは、ディスパッチャーがリソース配置や予約管理を行う中心的な画面です。Wave 1では操作効率を高める複数の改善がGAになりました。

予約の一括操作と表示改善

2026年4月1日GAの「Book and edit requirement groups faster」は、複数の要件を含む要件グループの予約と編集を高速化する改善です。2026年4月30日GAの「Show week numbers on schedule board」は、スケジュールボード上に週番号を表示する機能で、長期計画や週次レポートとの照合がしやすくなります。いずれも自動で有効化されます。

2026年6月1日GAの「Move multiple bookings at once by a set offset」は、複数の予約を選択して一定時間ずらして一括移動できる機能です。同日GAの「Move multiple bookings at once to new resource」は、複数予約を別のリソースに一括で移動する機能です。担当者の急な欠勤や予定変更の際に、1件ずつ操作する手間を省けます。同日GAの「View full screen map mode on schedule board」は、スケジュールボードのマップビューをフルスクリーン表示できる機能で、リソースの地理的分布を広い画面で確認しやすくなります。同日GAの「Cancel segments of a booking in aggregate views」は、集計ビューで予約のセグメントを個別にキャンセルできる機能です。これらはすべて自動で有効化されます。

≪Copilot と AI — M365 Copilot 統合と Scheduling Operations Agent≫

Field ServiceにCopilotとAIが組み込まれるアプローチは、サービスマネージャー・ディスパッチャー向けの情報活用支援とスケジューリング最適化の2つの方向で進んでいます。

Microsoft 365 CopilotでDataverseデータを自然言語で検索

2026年5月29日GAの「Explore Dataverse data with Microsoft 365 Copilot」は、Field Serviceのモデル駆動型Webアプリ内からMicrosoft 365 Copilotを使って、Dataverseのデータを自然言語で検索・照会できる機能です。サービスマネージャーやディスパッチャーが「今日リスクのあるワークオーダーはどれですか？」「今四半期に繰り返し故障しているアセットを見せてください」といった質問を入力するだけで、関連レコードへのナビゲーションや概要情報を取得できます。

組織は既存のCopilot StudioでビルドしたカスタムAgentを同じCopilotペインに追加することもでき、業務固有のポリシーガイダンスや運用プレイブックなどをField Service内から呼び出せます。Webアプリ専用の機能であり、対象ユーザー・環境に応じたMicrosoft 365 Copilotのライセンスおよび管理者による設定・構成が別途必要です。

Scheduling Operations Agent — 複数リソース最適化（Preview）

2026年6月30日にPublic Previewが開始された「Optimize multiple resources with Scheduling Operations Agent」は、Scheduling Operations Agent（SOA）の最適化機能を複数リソースに拡張する機能です。スケジュールボードから直接5リソースまでのスケジュールをAgentに最適化させることができ、最大30リソースの最適化プランを作成することも可能です。Agentはリソースの空き状況・現在のスケジュール・未割り当ての要件を考慮し、設定した制約と目標に従ってスケジュールを最適化した案を提示します。ディスパッチャーは提案された内容を現在のスケジュールと比較して確認してから適用できます。カスタム目標の作成と目標の重み付けにも対応します。GAは2027年3月が計画されています。管理者による設定が必要です。

同じく2026年9月にPublic Previewが開始された「Automate optimizations with Scheduling Operations Agent」は、最大30リソースを対象とした最適化を、設定したスケジュール（例：毎日深夜など）に基づいて自動実行する機能です。こちらもGAは2027年3月が計画されています。

≪Field Service × Project Operations — ワークオーダーとプロジェクトタスクの連携≫

プロジェクト型の現場サービスでは、プロジェクトの計画（Project Operations）と現場の実行（Field Service）の間に断絶が生じやすいという課題があります。Wave 1では、両製品の統合が実務的な深さで強化されました。

プロジェクトタスクからワークオーダーを作成・連携

2026年7月31日GAの「Create work orders from project tasks」は、Project Operationsのプロジェクトタスクから直接Field Serviceのワークオーダーを作成できる機能です。既存のワークオーダーを特定のプロジェクトタスクに紐付けることも可能です。タスクレベルでワークオーダーを管理することで、計画されたプロジェクトスコープと現場での実行の間の関連付けが明確になります。ディスパッチャーとテクニシャンは、なぜ・いつその作業が発生したかという文脈を把握でき、範囲外の作業や誤った順序での実行を防ぎます。

タスクレベルの紐付けにより、Project Operationsでのタスクベース請求（task-based billing）が可能になります。契約ライン単位で対象タスクを指定した請求にも対応できます。この機能はField ServiceとProject Operationsの統合設定を有効化した環境でのみ利用できます。

同日GAの「Show project task context for field scheduling」は、スケジュールボード上でプロジェクトタスクのコンテキスト情報を表示できる機能です。ディスパッチャーが現場スケジューリングの画面でプロジェクトの計画情報を参照しながら配置判断できるようになります。同日GAの「Approve field time entries using project rules」は、フィールドでの時間エントリ（作業時間の記録）をProject Operationsのプロジェクトルールを使って承認できる機能で、現場の作業時間をプロジェクト会計にそのまま連携します。いずれも管理者向け機能として自動で有効化されます（Field Service + Project Operations統合が前提）。

ワークオーダーのサービスアカウント要否設定

2026年8月GAの「Configure when work orders require service accounts」は、ワークオーダーの作成・処理においてサービスアカウントの紐付けを必須とするかどうかを設定できる機能です。業務によってはサービスアカウントなしでワークオーダーを処理したいケース（社内作業や小規模案件など）があるため、組織の業務フローに合わせた柔軟な設定が可能になります。管理者向け機能として自動で有効化されます。

≪今後の展望≫

2026年9月以降、Dynamics 365の新機能情報は従来のRelease PlansではなくAI at Work roadmapへ移行したため、Field Serviceについて従来のWave形式で確認できる公開ロードマップ情報は限定的です。Wave 1リリースプランに記載されており、執筆時点でPreview中または2026年10月以降のGA予定とされている主な機能は以下のとおりです。

Scheduling Operations Agentは、Field ServiceのリソーススケジューリングをAIによって高度化する新しいアプローチとして位置付けられています。従来のResource Scheduling Optimization（RSO）から、よりAgenticなスケジューリングへと進化している点が特徴です。Copilotとの対話から最適化プランの設定・実行・適用まで一連の流れをAgentが支援します。GAが2027年3月と先行きが長めですが、Previewとして試用できる段階にあります。導入を検討する場合は、最適化ゴールの設計（移動時間の最小化・稼働率の最大化・スキルマッチの優先度など）を事前に整理しておくと評価が進めやすいでしょう。

Field Service、今ここにある変化

2026年のDynamics 365 Field Serviceは、現場の確実性を高めるための実直な投資が続いたリリースサイクルでした。Android端末の高速化・オフラインの信頼性向上・フォームの使いやすさ改善——これらは派手ではありませんが、テクニシャンが毎日使うアプリの「使えて当たり前」の水準を着実に引き上げています。スケジュールボードの一括操作や表示改善も、ディスパッチャーの日常業務の摩擦を減らすものです。

一方で、Microsoft 365 CopilotとのField Service統合（GA）、Scheduling Operations AgentのPreview展開、Project Operationsとのタスクレベル連携（GA）は、Field Serviceが「現場作業の記録ツール」から「サービスオペレーションを支える基盤」へと進化していることを示しています。Copilotは現場の問いに答え、SOAはスケジュールを最適化し、Project Operationsとの連携は計画から請求までを一本の線でつなぎます。

ただし、現実的な前提も押さえておく必要があります。Scheduling Operations AgentのGAは2027年3月であり、現時点では設計・評価段階です。M365 CopilotはField Serviceとは別のライセンスが必要で、管理者による設定も伴います。Field Service × Project Operations統合は追加の設定と両製品のライセンスが前提です。機能の存在を知ることと、自社の現場に合った使い方を設計することの間には、運用上の準備が必要です。

視野を少し広げると、Field Serviceはシリーズで取り上げてきた製品群と一本の線でつながっています。Contact Centerで受けた問い合わせがCustomer Serviceのケースとなり、現場対応が必要な案件はField Serviceのワークオーダーとなり、プロジェクト型の案件はProject OperationsやFinanceへと連携される。この流れを、Dynamics 365はひとつのプラットフォームの上で実現しようとしています。今回のWave 1でProject Operations × Field Serviceの統合が深化したことは、その文脈で読むとより意味が見えてきます。

次回は、Dynamics 365 Customer Insights – Journeysです。

Let’s Enjoy our DX365LIFE!