結論から言うと、2026年5月28日更新の公式情報で示された「Model Context Protocolサーバーを使用してAIエージェントを営業ワークフローに接続する」は、Dynamics 365 SalesをCopilot StudioやMCP対応エージェントから利用し、リード確認、要約、見込み評価、メール作成・送信などの営業タスクをAIエージェントに組み込めるようにする更新です。単なるチャット回答ではなく、CRMデータを参照・更新し、営業プロセスの一部を実行できる点が重要です。管理者と開発者は、Sales MCPサーバーとDataverse MCPサーバーの役割、許可するMCPクライアント、Copilot Studioクレジット、既存接続の削除、利用者権限を確認してから展開する必要があります。(Microsoft Learn)
Dynamics 365のAI/Copilot更新で何が変わるのか
今回のポイントは、Dynamics 365 SalesとAIエージェントをつなぐ標準的な入口として、Model Context Protocol、つまりMCPサーバーを使えるようになることです。
従来の営業支援AIは、Dynamics 365 Sales内のCopilot機能や、個別に作り込んだ連携に依存しがちでした。今回の更新では、Copilot Studioで作成したカスタムエージェントや、MCP標準をサポートするAIエージェントから、Dynamics 365 Salesの営業データやCopilot機能を営業ワークフローに組み込めます。Microsoftのリリースプランでは、AIエージェントがCRMデータを取得・更新・操作し、リードの絞り込みやメール送信などを自動化できると説明されています。(Microsoft Learn)
実務上の変化は、次の3つです。
| 変更点 | これまで起きがちだった課題 | MCPサーバー導入後の考え方 |
|---|---|---|
| AIエージェントから営業データへアクセスしやすくなる | API連携や個別コネクタの設計が重い | MCPサーバーを通じて、標準化された形でSalesやDataverseに接続する |
| 営業タスクを会話だけでなく実行に近づけられる | 要約や文章生成で止まり、CRM更新は人手だった | リード評価、メール下書き、レコード操作などをワークフロー化する |
| 複数業務アプリをまたいだエージェント設計がしやすくなる | Sales、Customer Service、ERPが別々に動く | Sales MCPサーバーと他のMCPサーバーを組み合わせて部門横断処理を作る |
ただし、リリースプラン上の機能は提供時期や内容が変更される可能性があるため、本番展開では自社テナントの管理センター、地域、言語、ライセンス状況を必ず確認してください。公式ページでも、リリース計画内の一部機能は未リリースの場合があり、提供タイムラインや予定機能が変更される可能性があると明記されています。(Microsoft Learn)
対象サービスとリリース時期
対象はDynamics 365 Salesです。公式リリースプランでは「管理者、作成者、マーケティング担当者、またはアナリスト向けで、自動的に有効化される」機能として扱われ、パブリックプレビューは2025年6月30日、一般提供は2026年2月と記載されています。(Microsoft Learn)
| 項目 | 内容 |
|---|---|
| 対象サービス | Dynamics 365 Sales |
| 主な利用者 | 管理者、作成者、マーケティング担当者、アナリスト、営業チーム向けエージェント開発者 |
| 目的 | 営業チーム向けのカスタムAIエージェントを作り、Dynamics 365 Salesと接続する |
| パブリックプレビュー | 2025年6月30日 |
| 一般提供 | 2026年2月 |
| 確認が必要なもの | 地域、言語、ライセンス、Copilot Studioクレジット、MCPクライアント許可設定 |
地域と言語の提供状況は固定的に判断せず、Microsoftが案内するFeature GeographyおよびFeature Languageのレポートで確認する扱いになっています。日本語環境で使う場合も、「リリース済み」と「自社リージョン・言語で利用できる」は別問題として確認しましょう。(Microsoft Learn)
Sales MCPサーバーでできること
公式リリースプランでは、Sales MCPサーバーが最初に公開するツールとして、リード一覧、Dynamics 365 SalesのCopilotを使ったリード概要取得、リードの営業案件化、アウトリーチメール取得、アウトリーチメール送信が挙げられています。(Microsoft Learn)
| ツール | 営業現場での使い方 |
|---|---|
| リードを一覧表示する | 担当者やキャンペーン別に対応すべきリードを洗い出す |
| リードの概要を取得する | 商談前に企業情報、過去接点、関心度を短時間で把握する |
| リードを営業案件として見込みありと評価する | 一定条件を満たしたリードを営業案件へ進める |
| アウトリーチメールを取得する | 顧客状況に合わせた初回メールやフォロー文面を作る |
| アウトリーチメールを送信する | 承認済みの営業メールを送信フローに組み込む |
さらに、Dynamics 365 Sales MCPサーバーの概要ドキュメントでは、Sales Qualification Agent、Sales Opportunity Agent、Dynamics 365 SalesのCopilot機能に関連するツールを利用できると説明されています。また、Dataverseレコードに対するCRUD操作はDataverse MCPサーバーのツールとしてサポートされるため、営業データの読み書きまで含める場合は、Sales MCPサーバーだけでなくDataverse MCPサーバーとの役割分担を理解する必要があります。(Microsoft Learn)
営業ワークフローでの具体的な活用例
B2Bイベント後のリード優先順位付け
展示会やウェビナー後に大量のリードがDynamics 365 Salesへ登録されるケースでは、AIエージェントに「イベント参加者のリードを確認し、適した見込み客には個別メールを作成し、反応があったら営業案件へ進める」といった流れを任せられます。
Microsoftの利用例では、ExcelからDynamics 365 Salesへアップロードされたイベント参加者をリードとして扱い、Sales MCPサーバーとDataverse MCPサーバーを使って、リード調査、アウトリーチメール作成、リードから営業案件への転換、見積もり作成、注文作成までの一連の流れが示されています。(Microsoft Learn)
実務では、最初から完全自動化するよりも、次のように段階を分けると失敗しにくくなります。
| 段階 | 自動化する内容 | 人が確認する内容 |
|---|---|---|
| 初期導入 | リード調査、スコアリング、メール下書き | 営業担当者がメール内容と優先順位を確認 |
| 部分展開 | 条件を満たすリードへのフォロー案作成 | マネージャーが条件と除外ルールを確認 |
| 本格展開 | 一部のCRM更新や通知まで自動化 | 送信、案件化、見積もりなどの承認ポイントを設計 |
特に「メール送信」や「営業案件化」は顧客接点と売上予測に影響します。最初はAIに下書きと提案を任せ、人間が承認する設計にするのが現実的です。
Web問い合わせから営業対応までの短縮
Webサイトの問い合わせやマーケティングキャンペーン由来のリードにも活用できます。たとえば、見込み客がチャットで製品相談を始めたとき、AIエージェントが既存リードかどうかを確認し、Dynamics 365 Salesの情報からアカウント調査を行い、製品提案やメール作成につなげる流れです。Microsoftの例でも、Webサイトに来た見込み客に対して、リードレコードの確認、アカウント調査、製品提案、アウトリーチメール作成、エンゲージメント履歴の共有が示されています。(Microsoft Learn)
この使い方では、営業部門だけでなく、マーケティング、インサイドセールス、カスタマーサクセスの運用ルールをそろえる必要があります。AIエージェントが「誰に何を送ってよいか」を誤らないよう、対象セグメント、除外顧客、既存商談との重複判定、メールテンプレートの承認基準を事前に定義しましょう。
商談前のブリーフィングとリスク確認
営業担当者が顧客との打ち合わせ前に、商談の目的、状態、関係者、リスク、最近のシグナルを短時間で把握する使い方も実用的です。Microsoftの例では、営業案件に関する完全な取引ブリーフィングをAIエージェントに求め、Sales MCPサーバーを通じて営業案件の分析情報を取得し、会議前の準備に使う流れが紹介されています。(Microsoft Learn)
この用途は、初期導入に向いています。CRM更新やメール送信を伴わず、まずは「読む・要約する・リスクを整理する」用途から始められるため、セキュリティと業務影響を抑えながら効果を確認できます。
管理者が確認すべき設定
Power Platform環境と管理者ロール
Dataverse MCPサーバーの構成には、Power Platform管理者ロールが必要です。公式ドキュメントでは、Dataverse MCPサーバーの環境設定、許可されたMCPクライアントの有効化、環境グループの作成・編集、コネクタポリシー変更にPower Platform管理者ロールが必要であり、手順の対象環境はマネージド環境である必要があると説明されています。(Microsoft Learn)
確認すべき設定は次の通りです。
| 確認項目 | 見るべきポイント |
|---|---|
| 環境種別 | 対象環境がマネージド環境か |
| 管理者権限 | Power Platform管理者、Dynamics 365 Sales管理者、Copilot Studio管理権限がそろっているか |
| MCP設定 | Dataverse Model Context Protocolの設定が有効か |
| クライアント許可 | Copilot Studio以外のMCPクライアントを使う場合、許可リストに追加されているか |
| コネクタポリシー | 外部エージェントや開発ツールからの接続を組織ポリシー上許可できるか |
Copilot Studio向けのDataverse MCPクライアントは既定で有効とされていますが、Visual Studio GitHub CopilotやClaudeなどの追加クライアントは、Power Platform管理センターで有効化が必要です。MCP許可リストは/api/mcpエージェントエントリポイントに適用される点も押さえておきましょう。(Microsoft Learn)
Sales MCPサーバーとDataverse MCPサーバーを混同しない
展開時に起きやすい誤解が、Sales MCPサーバーとDataverse MCPサーバーの役割を混同することです。
Sales MCPサーバーは、Dynamics 365 Salesの営業向けAI機能、たとえばリード調査、商談分析、メール下書き、Copilotによる要約などに関わります。一方、Dataverse MCPサーバーは、Dataverseテーブルやレコードへのアクセス、作成、更新、検索などに関わります。公式の接続手順でも、Copilot StudioでMCPサーバーを選択する際はDynamics 365 Sales MCPサーバーを選び、DataverseレコードにCRUD操作を実行する場合はDataverse MCPサーバーにも接続すると説明されています。(Microsoft Learn)
判断基準はシンプルです。
| やりたいこと | 主に使うMCPサーバー |
|---|---|
| リードや商談のAI要約を取得したい | Sales MCPサーバー |
| 営業メールの下書きを作りたい | Sales MCPサーバー |
| リード、取引先、営業案件レコードを作成・更新したい | Dataverse MCPサーバー |
| SalesのAI分析を使い、その結果でレコードも更新したい | Sales MCPサーバーとDataverse MCPサーバーの併用 |
本番環境では、AIエージェントに両方を接続する前に、読み取り専用に近い用途から検証し、作成・更新・送信系のツールは承認フローとセットで有効化するのが安全です。
Copilot Studioクレジットと課金影響
Sales MCPサーバーの各AIツールは、利用するエージェント機能に応じてCopilot Studioクレジットを消費します。公式ドキュメントでは、ツールごとに「テキストと生成AIツール（基本）」や「生成応答」などのエージェント機能に基づいてクレジット消費が発生し、利用コストを理解することが重要とされています。(Microsoft Learn)
また、Dataverse MCPツールについては、2025年12月15日以降、Microsoft Copilot Studioの外部で作成されたAIエージェントからアクセスされた場合に課金されると説明されています。ただし、Dynamics 365 PremiumライセンスやMicrosoft 365 Copilotユーザーサブスクリプションライセンスなどの条件により、Dynamics 365データへのアクセス課金の扱いが変わる場合があります。(Microsoft Learn)
管理者は、次の3点を先に確認してください。
| 確認項目 | 確認理由 |
|---|---|
| 利用者数と想定実行回数 | クレジット消費は利用頻度に比例して増えやすい |
| 外部MCPクライアントの利用有無 | Copilot Studio内利用と外部エージェント利用で課金・管理の見方が変わる |
| 自動実行の範囲 | リード調査、商談分析、メール作成を大量に回すと想定以上に消費する可能性がある |
検証段階では、全営業担当者に一斉展開せず、1チームまたは1商材に限定してクレジット消費と業務効果を測るのが現実的です。
開発者・作成者が確認すべき接続方法
Copilot Studioで接続する場合
Copilot StudioでSales MCPサーバーを使う場合は、MCPサーバーからエージェントにツールとリソースを追加する手順に沿って、サーバー選択時にDynamics 365 Sales MCPサーバーを選びます。Dataverseレコードの作成・更新も必要な場合は、Dataverse MCPサーバーも追加します。(Microsoft Learn)
Copilot Studioでの設計では、最初にエージェントの役割を明確にしましょう。たとえば、次のように用途を絞ると、権限過多や誤実行を避けやすくなります。
あなたはインサイドセールス担当者を支援するAIエージェントです。
目的は、Dynamics 365 Sales内のリード情報を確認し、優先度とフォローアップ案を提案することです。
顧客へメールを送信する前に、必ず担当者の承認を求めてください。
営業案件の作成やレコード更新は、明示的に依頼された場合のみ実行してください。
機密情報や社外秘の項目は回答に含めないでください。公式ドキュメントでも、エージェント指示は、ツール選択、入力値の設定、ツールを使うタイミング、会話中の動作パターンを決める重要な要素と説明されています。(Microsoft Learn)
Visual Studio CodeやGitHub Copilotで使う場合
開発者がVisual Studio CodeのGitHub CopilotからSales MCPツールを使う場合は、MCP: Add ServerからHTTPまたはServer-Sent Eventsを選択し、Dynamics 365 SalesとDataverseのMCPサーバーURLを追加します。Dynamics 365 Sales用のURLは、環境IDを含むhttps://agent365.svc.cloud.microsoft/mcp/environments/<EnvironmentID>/servers/msdyn_SalesMCPServer形式です。 (Microsoft Learn)
Dataverse側はhttps://<OrgURL>/api/mcpを使います。公式のDataverse MCPドキュメントでも、Dataverse MCPリモートサーバーURLはhttps://{dataverseOrgName}.crm.dynamics.com/api/mcpの形式と説明されています。 (Microsoft Learn)
設定例は次のようなイメージです。
{
"servers": {
"Dataverse-mcp-server": {
"url": "https://yourorg.crm.dynamics.com/api/mcp",
"type": "http"
},
"Sales-mcp-server": {
"url": "https://agent365.svc.cloud.microsoft/mcp/environments/<EnvironmentID>/servers/msdyn_SalesMCPServer",
"type": "http"
}
},
"inputs": []
}この段階で重要なのは、開発者の利便性よりも、接続先環境と権限の分離です。検証用の環境IDと本番環境IDを混同すると、AIエージェントが意図せず本番データを参照・更新する恐れがあります。設定ファイルには、環境名、用途、更新可否をコメントやREADMEで明記しておくと運用ミスを減らせます。
Claude Desktopの扱いに注意する
リリースプランではAIアシスタントの例としてClaudeへの言及がありますが、Dynamics 365 Sales MCPサーバーの接続ドキュメントでは、現時点でClaude Desktopはサポートされていないと明記されています。(Microsoft Learn)
そのため、「MCP対応だからすぐにClaude Desktopで使える」と判断するのは危険です。実際に使うクライアントごとに、次の点を確認してください。
| 確認項目 | 見るべき内容 |
|---|---|
| サポート状況 | Dynamics 365 Sales MCPサーバーで正式にサポートされているか |
| 認証方式 | Microsoft Entra ID、管理者同意、クライアント許可が必要か |
| 接続方式 | Copilot Studio、Visual Studio Code、リモートエンドポイント、ローカルプロキシのどれか |
| ツール制御 | 読み取り、更新、送信などのツールを個別に制御できるか |
| 監査 | 誰が、どのエージェントから、どのデータにアクセスしたか追えるか |
特に社外AIアシスタントや非Microsoftクライアントを検討する場合は、PoC前にセキュリティ部門とデータ管理部門を巻き込むべきです。
移行・展開で特に注意すべきポイント
既存のSales MCP接続は削除が必要になる場合がある
公式接続ドキュメントでは、以前にDynamics 365 Sales MCPサーバーへ接続している場合、その接続は現在非推奨で間もなく削除されるため、接続を削除するよう案内されています。(Microsoft Learn)
すでにプレビュー版や検証版で接続していた組織は、次の順で棚卸ししてください。
| 作業 | 内容 |
|---|---|
| 接続一覧の確認 | Copilot Studio、VS Code、MCP設定ファイル、開発者端末の接続を洗い出す |
| 旧接続の特定 | 非推奨のSales MCP接続が残っていないか確認する |
| 影響調査 | 旧接続を使うエージェント、デモ、ワークスペース、手順書を確認する |
| 削除と再接続 | 公式手順に沿って新しいSales MCPサーバー接続を構成する |
| 回帰テスト | リード取得、要約、メール下書き、Dataverse更新など主要操作を再確認する |
この作業を省くと、ある開発者の環境では動くのに、別の環境や本番展開では動かないというトラブルが起きやすくなります。
権限は「担当者ができること」に合わせる
AIエージェントは、接続ユーザーや設定された権限の範囲でSalesやDataverseにアクセスします。したがって、管理者権限を持つアカウントで検証した結果を、そのまま営業担当者向けに展開すると、実運用時に権限不足で失敗したり、逆に広すぎる権限で不要なデータまで扱えたりします。
おすすめは、次の3種類のアカウントでテストすることです。
| テストアカウント | 確認すること |
|---|---|
| 営業担当者 | 自分のリード、取引先、商談だけを適切に扱えるか |
| 営業マネージャー | チーム全体の情報を見られる範囲が想定通りか |
| 管理者・作成者 | ツール追加、接続、ログ確認、エラー解析ができるか |
AIエージェントに「営業部門全体のリードを要約して」と依頼したとき、担当者が本来見られないレコードまで表示されないことを必ず確認しましょう。
メール送信とレコード更新は承認ポイントを作る
Sales MCPサーバーの初期ツールには、アウトリーチメールの取得だけでなく送信も含まれています。Dataverse MCPサーバーと組み合わせると、レコード作成・更新も可能になります。(Microsoft Learn)
そのため、本番展開では次のようなルールを明文化しておくべきです。
| 操作 | 推奨ルール |
|---|---|
| メール下書き | AIが作成し、営業担当者が確認する |
| メール送信 | 初期段階では人間の承認後のみ送信する |
| リード評価 | AIの判断理由を表示し、条件を記録する |
| 営業案件化 | 金額、確度、担当者、次アクションを確認してから実行する |
| レコード更新 | 更新対象フィールドを限定し、変更履歴を追えるようにする |
AIエージェントが便利になるほど、「できること」と「してよいこと」の境界が曖昧になります。運用ルールを作らずに展開すると、誤送信、重複案件、意図しないステータス変更が発生しやすくなります。
導入前チェックリスト
本番展開前に、少なくとも次の項目を確認してください。
| チェック項目 | 確認済み |
|---|---|
| 対象のDynamics 365 Sales環境が決まっている | |
| 検証環境と本番環境の環境IDを分けて管理している | |
| Power Platform管理者、Dynamics 365 Sales管理者、Copilot Studio管理者が決まっている | |
| Sales MCPサーバーとDataverse MCPサーバーの使い分けを設計している | |
| Copilot Studio以外のMCPクライアントを許可するか決めている | |
| 旧Sales MCP接続の有無を確認した | |
| Copilot Studioクレジットと課金影響を見積もった | |
| メール送信、案件化、レコード更新の承認ルールを決めた | |
| 利用者別のセキュリティロールでテストした | |
| 地域と言語の提供状況を確認した | |
| 初期展開の対象チームと成功指標を決めた |
成功指標は、単に「AIを使った回数」ではなく、営業プロセスに直結するものにしてください。たとえば、リード初回対応までの時間、商談前準備にかかる時間、フォローアップメール作成時間、CRM更新漏れの減少、営業案件化率などです。
まず取り組むべき導入ステップ
最初に行うべきことは、営業ワークフロー全体をAI化することではありません。最も効果が出やすく、かつリスクが低い業務を1つ選ぶことです。
おすすめは、次の順番です。
| ステップ | 実施内容 |
|---|---|
| 1 | リード要約や商談前ブリーフィングなど、読み取り中心の用途を選ぶ |
| 2 | 検証環境でSales MCPサーバーを接続する |
| 3 | 必要に応じてDataverse MCPサーバーを追加する |
| 4 | 営業担当者、マネージャー、管理者の3ロールで権限テストを行う |
| 5 | メール送信やCRM更新は人間承認付きで小さく展開する |
| 6 | クレジット消費、エラー、営業効果を確認して対象範囲を広げる |
Dynamics 365 Sales MCPサーバーは、営業チームのAI活用を「文章作成」から「業務フローの実行支援」へ進める重要な更新です。一方で、CRMデータ、メール送信、案件作成に関わるため、設定を誤ると業務影響も大きくなります。まずは読み取り中心のシナリオで価値を確認し、次にDataverse更新やメール送信を承認付きで広げる。この順序で進めることが、管理しやすく効果も出しやすい導入方法です。
コメント