Dynamics 365 Customer Serviceを運用している管理者にとって、2026年4月21日に更新された「Copilot Service admin center in Customer Service」は、単なる名称変更や画面紹介ではありません。重要なのは、ケース、キュー、チャネル、ナレッジ、統合ルーティング、Copilotエージェント管理までを、Customer Serviceの管理ハブとして整理して扱えるようになっている点です。Microsoft Learnでは、この管理センターをCustomer Serviceスイート全体の管理体験を統合・簡素化するアプリとして説明しています。(Microsoft Learn)
まず確認すべきことは3つです。自社環境で表示されるサイトマップ、管理者ロール、Copilot機能の利用条件です。特にMicrosoft 365 adminsやworkplace IT teamsは、共有メールボックス、ロール、データ移動、ライセンス、ユーザーのエクスペリエンスプロファイルを先に確認しておくと、導入後の「機能が見えない」「担当者が使えない」「地域要件を確認していない」といったトラブルを避けやすくなります。
Dynamics 365の最新動向として押さえるべき更新ポイント
今回の公式ドキュメント更新で注目すべき点は、Copilot Service admin centerが「Copilotだけを設定する画面」ではなく、Dynamics 365 Customer Service全体の管理入口として位置づけられていることです。
Microsoft Learnでは、Copilot Service admin centerから、ケース、キュー、ナレッジ記事、チャネル、統合ルーティング、エージェントエクスペリエンスプロファイルなどを構成できると説明されています。さらに、段階的なチャネル設定、管理者設定の検索、タスク指向のサイトマップ、概要ページ、機能別ランディングページ、プロビジョニング済み機能に応じて変わるサイトマップが挙げられています。(Microsoft Learn)
実務上は、次のように捉えると分かりやすいです。
| 更新ポイント | 管理者が見るべき意味 | 最初に取るべき行動 |
|---|---|---|
| 管理体験の統合 | Customer Service関連設定を複数画面で探す負担を減らせる | 既存の管理手順書をCopilot Service admin center基準に見直す |
| Copilotエージェント管理 | AI機能、エージェント拡張、アクセス制御を管理対象として扱う | Copilot機能の利用者、用途、権限範囲を決める |
| ガイド付きチャネル設定 | チャネル作成、ユーザー権限、ルーティング設定を順序立てて進められる | 本番前に検証環境でチャネル作成フローを試す |
| サイトマップの適応 | プロビジョニング済み機能によって表示項目が変わる | 自社環境で表示されるメニューを棚卸しする |
| 管理者設定の検索 | 設定箇所を探す時間を短縮できる | よく使う設定名をチーム内で共有する |
ここで注意したいのは、「ドキュメントに載っている項目がすべての環境に同じように表示される」とは限らない点です。公式ドキュメントでも、サイトマップに表示されるオプションはプロビジョニングした機能に依存するとされています。(Microsoft Learn)
Copilot Service admin centerで管理できる主な領域
Copilot Service admin centerは、Customer Serviceの管理対象を「顧客サポート」「サポートエクスペリエンス」「操作」のような業務単位で整理します。これは、IT部門だけでなく、コンタクトセンター責任者や業務部門のユーザーにも分かりやすい構成です。
| 管理領域 | 主な設定対象 | 実務での利用シーン |
|---|---|---|
| 顧客サポート | ユーザー、スキル、容量プロファイル、チャネル、キュー、統合ルーティング、ワークストリーム、ケース設定 | 問い合わせをどの担当者・キュー・チャネルへ流すかを設計する |
| サポートエクスペリエンス | エージェントエクスペリエンスプロファイル、テンプレート、トランスクリプト、マクロ、ナレッジ、検索プロバイダー | オペレーターの作業画面やテンプレート、ナレッジ活用を整える |
| 操作 | 履歴分析、AI機能、翻訳、スキルモデル、カレンダー、SLA、サービススケジューリング、分析ジョブ | 管理者がサービス品質、営業時間、SLA、AI分析を運用する |
公式ドキュメントでは、顧客サポート領域でユーザー管理、チャネル、キュー、ルーティング、ワークストリーム、ケース設定、顧客設定を管理できるとされています。また、サポートエクスペリエンスではワークスペース、生産性、ナレッジを、操作領域ではInsights、カレンダー、SLA、サービススケジューリングなどを扱えると説明されています。(Microsoft Learn)
実務では、設定画面の便利さだけでなく「誰がどの設定を変更してよいか」を決めることが重要です。たとえば、キューやルーティングは業務影響が大きいため、現場責任者の確認なしにIT部門だけで変更すると、問い合わせの振り分けミスにつながります。一方、共有メールボックスやユーザー権限はMicrosoft 365管理者やIT管理者の関与が欠かせません。
Copilotエージェント管理が重要になった理由
Copilot Service admin centerでは、Dynamics 365 Customer Service向けCopilotの構成も管理対象になります。Microsoft Learnでは、管理者がCopilot機能の有効化と構成、エージェント機能と拡張性の管理、ユーザーロールに基づくアクセス制御を行うと説明されています。Copilotエージェントは、担当者が情報を取得し、データを要約し、顧客サービス業務中にアクションを実行するのを支援します。(Microsoft Learn)
ここでのポイントは、Copilotを「便利なAIチャット」として導入するのではなく、Customer Serviceの業務設計に組み込むことです。
たとえば、問い合わせ対応でCopilotを使う場合、次のような設計が必要です。
| 検討項目 | 具体的に決めること |
|---|---|
| 利用対象者 | 全担当者に使わせるのか、特定チームから始めるのか |
| 対象業務 | ケース要約、会話要約、メール作成、チャット応答案、ナレッジ検索のどれを優先するか |
| ナレッジソース | Copilotが参照するナレッジ記事や外部検索プロバイダーをどう整備するか |
| アクセス制御 | ロールやエクスペリエンスプロファイルで利用範囲をどう制限するか |
| 品質確認 | AIの出力を担当者が確認してから送信する運用にするか |
関連ドキュメントでは、Customer ServiceのCopilotはリアルタイムAI支援として、質問への回答、メール作成、チャット応答案の作成、ケースや会話の要約などを支援すると説明されています。ただし、会話要約はCopilot Service workspaceで利用する機能として案内されています。(Microsoft Learn)
管理者ロールと権限で失敗しやすいポイント
Copilot Service admin centerを使うには、設定内容に応じたセキュリティロールが必要です。Microsoft Learnでは、システム管理者、システムカスタマイザー、CSRマネージャー、アプリプロファイルマネージャー管理者とBasic User、オムニチャネル管理者とBasic Userなどが挙げられています。共有メールボックスを作成するには、Microsoft 365テナント管理者特権も必要です。(Microsoft Learn)
特に注意したいのは、Dynamics 365側の管理者権限とMicrosoft 365側の管理者権限が別物であることです。Customer Serviceの管理画面で設定できることと、Microsoft 365テナント管理者として設定しなければならないことを混同すると、導入作業が途中で止まります。
役割別に確認すべきこと
| 役割 | 主な確認事項 | 見落とすと起きやすい問題 |
|---|---|---|
| Microsoft 365 admins | 共有メールボックス、ユーザー、ライセンス、テナント設定、必要に応じたデータ移動設定 | メール連携やCopilot利用条件で作業が止まる |
| Dynamics 365管理者 | Customer Serviceのロール、キュー、ルーティング、ワークストリーム、ケース設定 | 問い合わせの振り分けやケース運用に影響が出る |
| workplace IT teams | ID管理、アクセス制御、検証環境、本番反映手順、監査ログ | 権限過多、設定ミス、変更履歴の不明確化につながる |
| 業務部門・CS責任者 | ナレッジ、SLA、対応フロー、テンプレート、AI利用範囲 | AIや自動化が現場の運用と合わなくなる |
カスタムロールを使っている環境では、対象機能に対応したアクセス許可を持っているかを確認する必要があります。公式ドキュメントでも、カスタムロール利用時は、構成する機能に応じた適切なアクセス許可を確認するよう案内されています。(Microsoft Learn)
「コンタクトセンターを作成する」機能は新規組織向け
Copilot Service admin centerのホームページには、「コンタクトセンターを作成する」ウィザードがあります。Microsoft Learnでは、このウィザードで新しいコンタクトセンターをワンクリックで設定でき、ライブチャットと音声チャネル、既定のエージェントエクスペリエンスプロファイル、推奨されるAI機能とレポートが自動的に設定されると説明されています。(Microsoft Learn)
ただし、この機能は新しい組織のみが利用できます。既存のDynamics 365 Customer Service環境で「同じウィザードが見当たらない」と混乱しないようにしましょう。公式ドキュメントにも、コンタクトセンター作成機能は新しい組織のみ利用可能と明記されています。(Microsoft Learn)
既存環境では、ワンクリック設定を前提にするのではなく、次の順序で見直すのが現実的です。
| 手順 | 作業内容 |
|---|---|
| 現状把握 | 既存のチャネル、キュー、ワークストリーム、エージェントプロファイルを一覧化する |
| 重複確認 | 既存のルーティングや自動レコード作成ルールと新設定が重ならないか確認する |
| 検証 | サンドボックス環境でチャネル設定やCopilot設定を試す |
| 段階展開 | 特定チームや特定チャネルから本番展開する |
| 運用定着 | 変更履歴、承認フロー、問い合わせ時の切り戻し手順を整える |
ガイド付きチャネル設定でできること
ガイド付きチャネル設定は、チャネル作成、ユーザーとアクセス許可の構成、ルーティングルール設定を順番に進めるための機能です。Microsoft Learnでは、ルーティングケース用のチャネルなどを設定でき、最小限の設定で顧客の問題処理を開始できると説明されています。(Microsoft Learn)
ただし、ここでも権限が重要です。各チャネルのガイド付きセットアップを正常に作成するには、セットアップで使うすべてのテーブルに対する完全な権限が必要です。(Microsoft Learn)
実務でよくある失敗は、管理者が「ウィザードだから簡単に終わる」と考えて進めたものの、途中で権限不足や既存ルールとの競合に気づくケースです。チャネル設定は、単に画面上で項目を選ぶ作業ではありません。問い合わせがどこから入り、誰に割り当てられ、どのSLAで処理され、どのナレッジを参照するかまで関係します。
チャネル設定前のチェックリスト
| 確認項目 | 判断基準 |
|---|---|
| チャネルの目的 | ケース受付、チャット、音声、メッセージングなど用途が明確か |
| 対応チーム | 担当キュー、スキル、営業時間が決まっているか |
| ルーティング条件 | 優先度、製品、地域、言語、顧客属性などで振り分ける必要があるか |
| 権限 | 管理者が必要なテーブル権限を持っているか |
| 既存設定 | 既存のワークストリームや自動化ルールと競合しないか |
| テストケース | 実際の問い合わせに近い検証データで動作確認できるか |
管理者設定の検索は運用効率化に効く
Copilot Service admin centerには、管理者設定を検索する機能があります。Microsoft Learnでは、検索オプションを使って管理したい管理者設定を素早く一覧表示でき、上位一致に加えて新機能の設定も表示されると説明されています。(Microsoft Learn)
この機能は、特に大規模環境で役立ちます。Dynamics 365 Customer Serviceは設定項目が多く、管理者が目的の画面を探すだけで時間を使いがちです。検索を使えば、「キュー」「SLA」「ルーティング」「ナレッジ」「Copilot settings」などのキーワードから関連設定にたどり着きやすくなります。
ただし、検索機能があるからといって、設定管理のルールが不要になるわけではありません。むしろ、検索で簡単に設定へアクセスできるほど、変更権限と承認フローを明確にする必要があります。
おすすめは、チーム内で次のような簡易ルールを作ることです。
| ルール | 例 |
|---|---|
| 設定変更の申請先を決める | ルーティング変更はCS責任者承認、権限変更はIT承認 |
| よく使う検索語を共有する | queue、routing、SLA、knowledge、Copilot settings |
| 変更前後を記録する | 変更日、担当者、対象環境、変更理由、影響範囲 |
| 本番反映前に検証する | 少なくとも主要チャネルと代表ケースでテストする |
グローバル環境では地域とデータ移動を必ず確認する
グローバル企業や複数リージョンでDynamics 365 Customer Serviceを使う企業は、Copilot機能の地域対応とデータ移動を確認する必要があります。
Microsoft Learnの関連ドキュメントでは、Customer ServiceのCopilot機能はMicrosoft 365 Copilotによって支えられ、Customer Serviceアプリ内で提供されると説明されています。また、Copilot機能はケース、顧客レコード、やり取りなどの顧客サービスデータを使い、担当者が情報取得、応答生成、アクション実行を行えるよう支援するとされています。(Microsoft Learn)
2026年4月21日時点の公式ドキュメントでは、Copilot AI機能の有効化オプションについて、米国、オーストラリア、インド、英国、政府クラウドのデータ処理・保存地域では既定で「in region」とされ、欧州ではCopilot機能のデータ移動が既定で有効と説明されています。それ以外の地域では、Copilotを利用する前にPower Platform管理センターでリージョン間データ移動を有効にする必要があるとされています。(Microsoft Learn)
この部分は、IT部門だけで判断しないほうが安全です。法務、セキュリティ、コンプライアンス担当と一緒に確認し、次の点を明文化してから有効化しましょう。
| 確認項目 | 確認する理由 |
|---|---|
| 環境のリージョン | Copilot機能の利用可否やデータ移動要件に影響する |
| 顧客データの種類 | ケース、会話、顧客情報、ナレッジなど機微情報を含む可能性がある |
| データ移動の許容範囲 | 国や業界の規制、社内ポリシーと整合させる必要がある |
| 利用部門 | どの国・地域の担当者がCopilotを使うかで説明責任が変わる |
| オプションのデータ共有 | 有効化するかどうかを組織として判断する必要がある |
関連ドキュメントでは、Dynamics 365 Copilot機能のデータ共有をPower Platform管理センターで有効にできること、また顧客データはAzure OpenAI Serviceの基盤モデルのトレーニングには使われないことも説明されています。(Microsoft Learn)
Copilot機能を担当者に使わせる前に確認すること
Copilotを有効化しても、担当者が期待どおりに使えるとは限りません。関連ドキュメントでは、Copilot Service workspaceで担当者がCopilot機能を使えるようにするには、エクスペリエンスプロファイルでCopilot機能を有効化する必要があると説明されています。標準のエクスペリエンスプロファイルに追加された担当者は既定でCopilot機能を使える一方、機能を制限したい場合はカスタムエクスペリエンスプロファイルを作成し、必要な機能を有効化して担当者に割り当てる流れになります。(Microsoft Learn)
つまり、Copilotの導入では「機能をオンにしたか」だけでなく、「どの画面で、どの担当者に、どの機能を見せるか」が重要です。
段階導入のおすすめパターン
| フェーズ | 対象 | 目的 |
|---|---|---|
| 検証 | 管理者と一部の現場リーダー | 設定、権限、表示、出力品質を確認する |
| パイロット | 特定チャネルや特定チーム | 実際の問い合わせ対応で効果と課題を確認する |
| 部分展開 | よく使う業務から拡大 | ケース要約、メール下書き、ナレッジ検索などを順に展開する |
| 本格展開 | 対象部門全体 | 利用ルール、教育、監査、改善サイクルを定着させる |
最初から全機能を全担当者に開放すると、現場が使いこなせないまま混乱することがあります。特にAI出力を顧客対応に使う場合は、担当者が内容を確認してから送信する運用を徹底しましょう。
既存環境での移行・見直し手順
すでにDynamics 365 Customer Serviceを運用している企業は、Copilot Service admin centerを「新しい管理入口」として使いながら、既存設定を整理するのが現実的です。
| 手順 | 作業内容 | 成果物 |
|---|---|---|
| 現状棚卸し | チャネル、キュー、ルーティング、SLA、ナレッジ、エージェントプロファイルを確認 | 設定一覧 |
| ロール確認 | 管理者、業務担当、Microsoft 365管理者の権限を確認 | 権限マトリクス |
| サイトマップ確認 | 自社環境に表示されるメニューを確認 | 管理メニュー対応表 |
| Copilot利用範囲の決定 | ケース要約、会話要約、メール作成、チャット応答案などの優先度を決める | Copilot利用方針 |
| 検証環境でテスト | チャネル設定、ルーティング、担当者画面、Copilot表示を確認 | テスト結果 |
| 本番反映 | 影響範囲を限定して段階的に展開 | 変更記録 |
| 運用改善 | 利用状況、問い合わせ品質、現場のフィードバックを確認 | 改善バックログ |
この手順の中で特に重要なのは、サイトマップ確認です。公式ドキュメントにあるように、表示されるオプションはプロビジョニング済み機能によって変わります。(Microsoft Learn) そのため、記事やドキュメントの画面と自社環境が違っても、すぐに不具合と判断せず、まずはライセンス、プロビジョニング、ロールを確認してください。
よくあるつまずきと回避策
| つまずき | 原因 | 回避策 |
|---|---|---|
| 管理画面に項目が表示されない | 機能がプロビジョニングされていない、または権限が足りない | ライセンス、ロール、プロビジョニング状況を確認する |
| ガイド付き設定が途中で止まる | 必要なテーブル権限が不足している | 設定前に必要権限を確認し、検証環境で試す |
| Copilotを有効にしたのに担当者が使えない | エクスペリエンスプロファイルやアプリ側の設定が不足している | 対象ユーザーのプロファイル割り当てを確認する |
| 既存ルーティングと新設定が競合する | 現在のワークストリームやルールを棚卸ししていない | 変更前に既存設定を一覧化する |
| グローバル展開で承認が止まる | データ移動や地域要件を後回しにした | 初期段階で法務・セキュリティ部門を巻き込む |
| 現場がCopilotを使わない | 利用シーンや確認ルールが曖昧 | ケース要約やメール下書きなど効果が見えやすい業務から始める |
Copilot Service admin centerは、管理を楽にするための入口です。しかし、入口が整理されるほど、裏側の運用設計が目立つようになります。権限、データ、業務フロー、AI利用ルールをセットで見直すことが成功の条件です。
Microsoft 365 admins、ITチーム、業務ユーザーの役割分担
Copilot Service admin centerの更新ポイントを実務に落とし込むには、部門ごとの責任範囲を分けて考える必要があります。
| 担当 | 主な役割 | 具体的なアクション |
|---|---|---|
| Microsoft 365 admins | テナント、ライセンス、共有メールボックス、データ移動設定の確認 | 共有メールボックス作成権限、Copilot利用条件、Power Platform管理センター設定を確認する |
| workplace IT teams | Dynamics 365設定、ID、権限、検証環境、本番反映管理 | ロール設計、変更管理、テスト、障害時の切り戻し手順を整備する |
| Customer Service管理者 | キュー、チャネル、ワークストリーム、SLA、ナレッジの運用 | 問い合わせフローと管理センター上の設定を対応づける |
| business users | 現場業務、ナレッジ品質、Copilot出力の評価 | 使える応答例、修正すべきナレッジ、業務上の改善点をフィードバックする |
特にbusiness usersを早めに巻き込むことが重要です。Copilotは、正しいナレッジや業務フローがあって初めて効果を発揮します。現場のテンプレート、FAQ、ナレッジ記事が古いままでは、AI機能を有効化しても期待した改善につながりにくくなります。
まず実施すべき5つのアクション
2026年4月更新の内容を受けて、Dynamics 365 Customer Service利用企業がすぐに始めるべきことは次の5つです。
| 優先度 | アクション | 目的 |
|---|---|---|
| 高 | Copilot Service admin centerにアクセスし、自社環境のサイトマップを確認する | 表示される機能と不足している機能を把握する |
| 高 | 管理者ロールとMicrosoft 365テナント権限を確認する | 設定作業の途中停止を防ぐ |
| 高 | 既存のチャネル、キュー、ルーティング、SLAを棚卸しする | 新設定との競合を避ける |
| 中 | Copilot機能の利用範囲を業務単位で決める | 現場に合った段階導入を行う |
| 中 | グローバル環境ではデータ移動と地域要件を確認する | コンプライアンス上の手戻りを防ぐ |
Copilot Service admin center in Customer Serviceの2026年4月更新は、管理者にとって「どこで設定するか」を分かりやすくするだけでなく、Copilot、チャネル、ルーティング、ナレッジ、エージェント体験を一体で見直すきっかけになります。
まずは本番設定を変更する前に、自社環境で表示されるメニュー、必要なロール、既存の問い合わせフローを確認してください。そのうえで、検証環境や限定チームからチャネル設定とCopilot利用を試し、現場のフィードバックをもとに段階的に展開するのが安全です。
コメント