Dynamics 365 Customer ServiceでCopilotを使っている組織は、2026年4月21日に更新されたMicrosoft公式ドキュメント「Manage Copilot features in Customer Service」を確認しておくべきです。今回のポイントは、単なるAI機能の説明ではなく、Copilotの有効化、権限、リージョン、データ移動、エージェント設定を管理者がどう統制するかにあります。
特に重要なのは、Copilotの管理が「個別機能をオンにする」だけではなく、Copilot Service admin centerを起点に、Customer Support agentやAdmin Management agent、翻訳、利用ログ、カスタムロール権限まで含めて整理されている点です。Microsoft 365管理者、情シス部門、業務部門の責任者は、導入前に「誰に、どの機能を、どのデータ条件で使わせるか」を決めてから設定を進める必要があります。Microsoft Learn上の当該ページは、2026年4月21日に最終更新されています。(Microsoft Learn)
Dynamics 365のCopilot管理で2026年4月更新が重要な理由
Dynamics 365 Customer ServiceのCopilotは、問い合わせ対応中の担当者に対して、質問への回答、メール作成、チャット返信の下書き、ケースや会話の要約などを支援するAI機能です。Microsoft公式ドキュメントでは、これらの機能をCopilot Service workspaceなどのCustomer Serviceアプリで利用できるものとして説明しています。(Microsoft Learn)
今回の更新で実務上注目したいのは、Copilotが「便利な補助機能」から「管理対象の業務AI基盤」に近づいている点です。サポート担当者がAIを使えるようにするだけなら設定は簡単に見えますが、実際の運用では次の論点が発生します。
| 論点 | 管理者が確認すべきこと |
|---|---|
| 利用対象者 | 全担当者に使わせるのか、特定チームから段階導入するのか |
| 利用機能 | 質問回答、メール作成、チャット返信、要約、翻訳のどこまで許可するか |
| データ移動 | 自社テナントのリージョンとAzure OpenAI容量の関係を確認しているか |
| 権限 | 標準ロール以外のカスタムロールでCopilot関連権限が不足していないか |
| ガバナンス | 利用ログ、会話記録、データ共有、ナレッジ品質を誰が見るか |
独自の観点でいえば、今回の更新は「Copilotをオンにする手順」よりも、管理者がCopilotを業務プロセスに組み込むための設計図として読むべきです。UI名や設定経路の変更だけを追うと、本質を見落とします。
2026年4月21日更新で押さえるべき変更ポイント
GitHub上のMicrosoftDocs公開差分を見ると、4月21日の更新では、説明文や日付の更新に加え、Copilot機能の提供方法、設定画面名、オプトイン／オプトアウト、担当者向け設定、Admin Management agent、翻訳、利用記録に関する記述が整理されています。(GitHub)
主な変更点を、管理者目線で整理すると次のとおりです。
| 更新ポイント | 実務上の意味 |
|---|---|
| 「Copilot agent categories」から「How Copilot features are delivered」へ整理 | Copilotをカテゴリ分類ではなく、Microsoft 365 CopilotとCustomer Serviceアプリに組み込まれる機能として理解しやすくなった |
| 「Copilot for questions and emails」表記が「Copilot settings」へ整理 | 管理画面で探すべき場所がより一般的な名称になり、運用手順書の更新が必要 |
| 担当者向け設定がCopilot Service admin center中心に再整理 | Experience profileだけでなく、Copilot settingsとagent settingsを含めて管理する必要がある |
| Customer Support agentの設定タブが明示 | Overview、Immersive settings、Email settings、Prompts、Extend agentを使い分ける設計が必要 |
| Admin Management agentがpreviewとして記載 | 管理者向けCopilot管理の集中化を見据えた確認ポイントが増えた |
| 翻訳機能の設定が明記 | 多言語サポートを行うグローバル組織で活用しやすい |
| 利用記録の説明が整理 | Copilotの利用状況、ナレッジ品質、レポート作成を運用に組み込む必要がある |
特に注意したいのは、以前の手順書や社内マニュアルに「Copilot for questions and emails」という画面名が残っている場合です。現行ドキュメントでは「Copilot settings」という表現が使われているため、管理者向け手順書、教育資料、監査チェックリストは更新しておくと混乱を防げます。(GitHub)
Copilot機能の管理はどこで行うのか
現行ドキュメントでは、Copilot機能の有効化と管理はCopilot Service admin centerを中心に説明されています。担当者向けのCopilot experiencesは、Support experienceからProductivityへ進み、Copilot settingsのManageで設定します。選択肢としては、Copilot immersiveとCopilot side paneが示されています。(Microsoft Learn)
実務では、次のように考えると設定方針を決めやすくなります。
| 選択肢 | 向いているケース |
|---|---|
| Copilot immersive | 複雑なケース解決や、AIとの対話を中心に作業する担当者向け |
| Copilot side pane | 既存画面で作業しながら、横にCopilotを表示して補助的に使う担当者向け |
最初から全機能を全員に開放するより、問い合わせ量が多く、ナレッジ運用が整っているチームで先行導入するのが現実的です。たとえば、メール対応チームには「Write an email」を先に展開し、チャット対応チームには「Draft chat responses」と会話要約を優先する、といった進め方ができます。
Customer Support agent設定で見るべきポイント
Customer Support agentは、サポート担当者がCopilotを使う際のふるまいを管理するための重要な設定領域です。現行ドキュメントでは、Overview、Immersive settings、Email settings、Prompts、Extend agentの各タブで設定する流れが示されています。(Microsoft Learn)
管理者が特に確認すべきなのは、プロンプトとナレッジソースです。Copilotの回答品質は、AIモデルだけで決まるわけではありません。社内ナレッジの記事が古い、公開状態になっていない、担当者のUI言語と記事言語が合っていない、といった状態では、期待した回答が得られません。
ナレッジ品質を確認する実務チェック
| チェック項目 | 確認内容 |
|---|---|
| 記事の状態 | 参照させたいナレッジ記事が公開済みになっているか |
| 更新日 | 古い手順や廃止されたポリシーが残っていないか |
| 言語 | 担当者の利用言語に対応する記事が整備されているか |
| 粒度 | 1記事に複数の例外条件を詰め込みすぎていないか |
| エスカレーション | Copilotが答えられない場合の案内が明確か |
たとえば、返品ポリシーの記事に「法人顧客」「個人顧客」「海外発送」「保証期間外」の条件が混在していると、担当者もCopilotも判断しにくくなります。AI導入前に、ナレッジを「問い合わせパターンごと」に整理しておくことが、結果的に回答精度を高めます。
Admin Management agentは管理者向けの重要なpreview機能
2026年4月更新で目を引くのが、Admin Management agentの記載です。公式ドキュメントではpreviewとして扱われ、管理者が管理用プロンプト、ユーザーアクセス、Copilot Studioを通じたツールやナレッジ接続を一元的に管理するための任意のCopilot agentと説明されています。(Microsoft Learn)
preview機能であるため、本番運用に全面採用する前に検証環境で動作や権限影響を確認するのが安全です。特に管理者向け機能は、一般ユーザー向け機能よりも影響範囲が大きくなります。
確認すべきポイントは次の3つです。
| 確認項目 | 判断基準 |
|---|---|
| User access | すべてのCopilot利用者に使わせるのか、特定ロールに制限するのか |
| Prompts | 管理者向けプロンプトが社内運用ルールに合っているか |
| Copilot Studio連携 | 追加するツールやナレッジが過剰な権限を持っていないか |
管理者向けAIは便利ですが、設定変更や運用判断に関わる情報を扱うため、ロール設計と監査ログの確認を先に行うべきです。
リージョンとデータ移動はグローバル運用で必ず確認する
Dynamics 365 Customer ServiceのCopilot管理で見落としやすいのが、リージョンとデータ移動です。Microsoft Learnでは、Copilot AI機能を有効化するオプションについて、米国、オーストラリア、インド、英国、GCC、GCC Highをデータ処理・保存の地域とする環境では既定で「in region」と説明しています。一方、欧州ではCopilot機能のデータ移動が既定で有効とされ、それ以外の地域では、利用前にPower Platform admin centerでリージョン間データ移動を有効にする必要があると説明されています。(Microsoft Learn)
日本企業や多国籍企業では、ここを必ず確認してください。日本の担当者が使うからといって、必ず日本国内だけで処理されると決めつけるのは危険です。テナント、環境、データ処理地域、Azure OpenAIの容量状況によって確認すべき条件が変わります。
また、質問回答、メール作成、ケースおよび会話要約については、公式ドキュメント上で北米リージョンでは一般提供、それ以外のサポート対象リージョンではpreviewと説明されています。(Microsoft Learn)
導入前のリージョン確認手順
| 手順 | 確認すること |
|---|---|
| Power Platform環境を確認 | Customer Service環境の地域を確認する |
| Copilot設定画面を確認 | データ移動に関する警告や状態表示が出ていないか確認する |
| 社内ポリシーと照合 | 個人情報、問い合わせ内容、顧客データの越境処理ルールに合うか確認する |
| preview扱いを確認 | 対象リージョンで一般提供かpreviewかを確認する |
| 本番前に承認 | 情報セキュリティ、法務、業務部門の承認を取る |
グローバル展開では、機能が使えるかどうかだけでなく、「どの地域のデータが、どの条件で、どのAI機能に使われるか」を説明できる状態にしておくことが重要です。
データ共有と利用記録はガバナンス設計の中心になる
Copilot機能では、データ共有と利用記録の扱いも重要です。公式ドキュメントでは、Dynamics 365 Copilot機能のデータ共有をPower Platform admin centerで有効化でき、ユーザーの自然言語入力、出力、関連テレメトリなどをMicrosoftが取得・手動レビューして機能やサービス、機械学習モデルなどの改善や検証に使う可能性があると説明されています。一方で、顧客データはAzure OpenAI Serviceの基盤モデルのトレーニングには使用しないと説明されています。(Microsoft Learn)
管理者は、ここを「技術設定」ではなく「社内説明責任」の問題として扱うべきです。サポート現場では、問い合わせ内容に個人情報、契約情報、障害情報、クレーム内容が含まれることがあります。データ共有や記録を有効化する場合は、利用目的、保存範囲、閲覧権限、問い合わせ対応者への周知を明確にしておきましょう。
また、Copilot settingsのSupport experience dataセクションでは、担当者とCopilotのやり取りの記録を有効化し、利用パターンの把握やCopilot性能改善に役立てる設定が説明されています。記録データは、ナレッジソース分析や利用レポート作成にも使えるとされています。(Microsoft Learn)
カスタムロール利用時は権限不足に注意
標準ロールだけで運用している場合は比較的シンプルですが、多くの企業では独自のセキュリティロールを使っています。この場合、Copilot関連機能が表示されない、ケース要約が使えない、担当者によって動作が違うといった問題が起きやすくなります。
公式ドキュメントでは、標準ではCustomer Service RepresentativeロールのユーザーのみがCopilot機能を利用できると説明されています。カスタムロールを利用する場合は、Copilot event、Copilot interaction、Copilot interaction data、Agent Preference For Copilot、AI Model、AI Template、ConversationInsight、Copilot Transcript Dataなど、関連テーブルの権限を確認する必要があります。また、Copilot case summaryへのアクセスには、必要なカスタムセキュリティロールにprvIntelligenceUsageを割り当てる必要があると説明されています。(Microsoft Learn)
権限トラブルを避けるチェックリスト
| 症状 | よくある原因 | 対応 |
|---|---|---|
| Copilotが表示されない | Experience profileまたはCopilot settingsの対象外 | 対象プロファイルとCopilot experiencesを確認 |
| ケース要約だけ使えない | prvIntelligenceUsageや関連権限不足 | カスタムロールに必要権限を追加 |
| 一部ユーザーだけ動作が違う | 標準ロールとカスタムロールが混在 | ロール別に権限差分を比較 |
| 記録データを分析できない | Copilot Transcript Data関連の権限不足 | 閲覧・作成・書き込み権限を確認 |
| 管理者向けagentが使えない | Admin Management agentのUser access制限 | 対象ロールの設定を確認 |
本番導入前には、標準ロールのテストユーザーとカスタムロールのテストユーザーを用意し、同じケースでCopilot表示、要約、メール作成、チャット返信、利用記録を比較すると問題を発見しやすくなります。
翻訳機能は多言語サポートの現場で効果が出やすい
今回のドキュメントでは、Translation using Copilotの設定も明記されています。Copilot settingsページで「Let representatives translate responses using Copilot」を選択すると、担当者はDynamics 365で構成された言語から選んで応答を翻訳できると説明されています。(Microsoft Learn)
この機能は、グローバルサポートや多言語問い合わせ対応で効果を発揮します。ただし、翻訳を有効化すればすぐに品質が安定するわけではありません。製品名、契約プラン、障害名、社内用語は機械翻訳で揺れやすいため、ナレッジ記事や定型文に用語集を反映させることが重要です。
たとえば「case」を「案件」「ケース」「問い合わせ」と訳し分けている組織では、サポート担当者の文面がばらつきます。Copilot導入前に、顧客向け表現と社内向け表現を分けて整理しておくと、翻訳後のレビュー負荷を減らせます。
導入時に失敗しやすいポイント
Dynamics 365 Copilot Customer Serviceの導入でよくある失敗は、AI機能そのものよりも、運用設計の不足から起きます。
| 失敗しやすいポイント | なぜ問題になるか | 回避策 |
|---|---|---|
| 全員に一斉展開する | 権限、ナレッジ、利用ルールの問題が一気に表面化する | 1チームでパイロット導入する |
| ナレッジを更新せず使う | Copilotが古い回答や曖昧な回答を返す可能性がある | 公開済み記事とFAQを棚卸しする |
| リージョン確認を後回しにする | データ移動やpreview利用で承認が遅れる | PPACと社内規程を先に確認する |
| カスタムロールを軽視する | 一部ユーザーだけ機能が使えない | 標準ロールとの差分を検証する |
| 利用記録を取らない | 効果測定や改善ポイントが見えない | 記録方針とレポート項目を決める |
| 担当者教育を省略する | AI回答をそのまま送信するリスクが高まる | レビュー基準と禁止事項を教育する |
Copilotは担当者の判断を置き換えるものではなく、判断材料を素早く整えるための機能として導入するのが現実的です。特に顧客対応では、AIが生成した文面をそのまま送るのではなく、担当者が最終確認する運用を明文化しておきましょう。
管理者が次に取るべきアクション
今回の2026年4月更新を受けて、Dynamics 365 Customer Serviceを運用している組織は、まず既存のCopilot設定と社内手順書を確認してください。特に「Copilot settings」「Customer Support agent」「Admin Management agent」「Translation using Copilot」「Support experience data」という名称が、社内ドキュメントや教育資料に反映されているかを見るべきです。
次に、Power Platform admin centerでリージョンとデータ移動の状態を確認し、情報セキュリティや法務の承認が必要な範囲を洗い出します。そのうえで、標準ロールとカスタムロールの権限差分を検証し、1つのサポートチームでパイロット運用を行うのが安全です。
最後に、効果測定の指標を決めてください。たとえば、初回応答時間、メール作成時間、ケース要約の利用率、ナレッジ記事の参照頻度、エスカレーション率を追うと、Copilotが本当に業務改善につながっているか判断しやすくなります。
Dynamics 365のCopilot管理は、今後も機能名や管理画面、提供リージョンが変わる可能性があります。今回の更新をきっかけに、単発の設定作業ではなく、AI機能を継続的にレビューする運用プロセスとして整備しておくことが、Microsoft 365管理者と情シス部門に求められます。
コメント