Microsoft 365 Copilot Sales Agentの会議準備は、CRM、メール、過去の会議だけでなく、サービスチケットなどの追加業務データを参照できる方向へ拡張されます。これにより、営業担当者は顧客との面談前に、未解決の問い合わせや障害、契約更新に影響する問題を把握しやすくなります。
Microsoft 365 Roadmap ID「567003」によると、パブリックプレビューは2026年9月、一般提供は2027年3月の予定です。対象はWorldwideの標準マルチテナント環境で、プラットフォームはWeb、ステータスは開発中とされています。Roadmap APIの作成・更新時刻は2026年7月8日23時10分57秒（UTC）で、日本時間では2026年7月9日に相当します。(Microsoft)
結論として、現時点でシステム改修を急ぐ必要はありません。ただし、すでにSales Agentを利用している企業や、サービスデスクに個人情報・障害情報・機密性の高い社内メモを保存している企業は、プレビュー開始前にデータ範囲と権限を整理しておくべきです。
Microsoft added additional business data sources to Sales Agent meeting preparationで何が変わるのか
今回の更新は、Microsoft 365 Copilot Sales Agentの会議準備に、CRM以外の業務データを追加するものです。
Microsoftは具体例として「service tickets」を挙げています。営業担当者は会議準備画面から、顧客に関係する未解決の問題や新たな商談機会を事前に確認できるようになる見込みです。(Microsoft)
現時点で分かっている内容を整理すると、次のようになります。
| 観点 | 現行の会議準備 | 更新後に期待される変化 |
|---|---|---|
| 主な参照情報 | CRM、過去のメール、過去の会議、他の営業担当者による情報 | サービスチケットなどの追加業務データ |
| 把握できる内容 | 商談状況、顧客との会話、リスク、異議、次のアクション | 未解決の問い合わせ、障害、サービス上の懸念など |
| 営業担当者の行動 | CRMやメールを確認してから会議に参加 | 会議準備画面で重要な問題をまとめて確認 |
| 公開済みの詳細 | 現行の会議準備機能はMicrosoft Learnで確認可能 | 対応製品、接続方法、項目単位の制御方法は未公開 |
ここで注意したいのは、あらゆるサービスデスク製品が自動的に接続されると発表されたわけではないことです。
2026年7月時点のロードマップでは、サービスチケットが例示されているだけで、次の情報はまだ公開されていません。
- 対応するサービスデスクやチケット管理製品
- 標準コネクタとして提供されるのか
- Copilot StudioやPower Platformコネクタを使用するのか
- チケット本文、添付ファイル、内部メモのどこまで参照されるのか
- データを都度取得するのか、別の場所へ保存するのか
- 管理者が項目単位で対象データを制限できるのか
そのため、「ServiceNowや独自チケットシステムにもすぐ接続できる」といった前提で開発計画を立てるのは早計です。
現在のSales Agent会議準備が参照している情報
現行の会議準備カードでは、最大3件の重要なハイライトが生成されます。生成時には、過去の顧客会議やメール、同じアカウントを担当する他の営業担当者による情報、CRM上の連絡先・営業案件・アカウント活動、推定された営業ステージや会議の目的などが使用されます。(Microsoft Learn)
詳細な会議準備画面では、条件を満たす場合に次の情報も表示されます。
- CRMレコードの要約
- 最近の顧客コミュニケーション
- 会議の目的
- 企業概要
- 外部参加者に関する公開情報
- 戦略的な話題やアイスブレイク
- ヒアリングで確認すべき質問
- 想定される反対意見
- リスクや次のアクション
CRMレコードの要約は、会議がアカウントや営業案件などのCRMレコードに関連付けられている場合に表示されます。顧客コミュニケーションは、対象の営業案件に関連するメールや会議などから生成されます。(Microsoft Learn)
今回の更新で重要なのは、Sales Agentが「商談履歴を見るツール」から、営業部門とサポート部門の情報を会議前にまとめるツールへ近づくことです。
例えば、営業案件だけを見ると順調に見える顧客でも、サービスデスクに重大な未解決障害が残っている可能性があります。その状態で追加契約や値上げの話を始めれば、顧客の不信感を招きかねません。
サービスチケットを会議準備で確認できれば、営業担当者は会話の順序を次のように変えられます。
- 未解決の問題について状況を確認する
- 対応責任者や解決予定日を共有する
- 顧客の懸念が解消されたことを確認する
- 更新契約や追加提案の話に進む
単に情報量が増えるだけでなく、会議で最初に扱うべき話題を判断しやすくなることが、この更新の実務上の価値です。
提供時期と対象環境
ロードマップに掲載されている提供予定は次のとおりです。
| 項目 | 公開情報 |
|---|---|
| Roadmap ID | 567003 |
| 機能名 | Enrich Sales agent meeting prep with more data sources |
| ステータス | In development |
| パブリックプレビュー | 2026年9月予定 |
| 一般提供 | 2027年3月予定 |
| 対象クラウド | Worldwide（Standard Multi-Tenant） |
| プラットフォーム | Web |
| リリース段階 | Preview、General Availability |
これらは2026年7月時点の予定です。Microsoft 365 Roadmapに掲載される日付は見込みであり、延期、変更、取り下げが行われる可能性があります。(Microsoft)
GCC、GCC High、DoDなどは、Roadmap ID 567003の対象として記載されていません。該当環境を利用している組織は、標準マルチテナント環境と同じ時期に利用できるとは判断せず、今後のロードマップ更新を確認する必要があります。
Microsoft 365 Copilot Sales Agentを利用するための条件
Roadmap ID 567003に固有のライセンスや接続要件は、まだ公開されていません。現時点では、現在のSales Agentと会議準備機能の利用条件を基準に準備するのが現実的です。
| 確認項目 | 現行の主な条件 |
|---|---|
| ライセンス | Microsoft 365 Copilotライセンス |
| Sales Agent | Sales Agentをインストールしていること |
| CRM | Dynamics 365 SalesまたはSalesforceに接続していること |
| 管理者設定 | Sales Chatが有効で、CRMエンティティが設定されていること |
| ユーザー権限 | CRM上で対象データを参照できる権限があること |
| Salesforce | サーバー間接続など、必要な接続設定を完了していること |
| 会議 | 原則として外部参加者を含む将来の会議 |
| 利用画面 | 現行ではTeamsのSales Botとの個人チャットやSales Agentの会議準備画面 |
Sales AgentはMicrosoft 365 Copilot内で利用する会話型エージェントです。現行ドキュメントでは、Dynamics 365 SalesとSalesforceをサポートし、Microsoft 365 Copilotライセンス、Sales Agentのインストール、CRM接続、Sales Chatの有効化が必要とされています。(Microsoft Learn)
現在の会議準備カードは、次の条件を満たす会議を対象とします。
- 外部参加者が1人以上いる
- 内部参加者が29人以下である
- キャンセルされていない
- 非公開会議ではない
- 終日予定ではない
- 定期的な会議ではない
- 開始日時が未来である
現在の仕様では、会議準備カードは最初に会議を設定した後に生成されます。予定を後から変更しても、新しいカードが生成されない場合があります。(Microsoft Learn)
また、Outlook、Word、PowerPoint、Excel、Dynamics 365内に埋め込まれたMicrosoft 365 CopilotのSales Agentは、現行のプレビュー仕様ではチャット機能のみを利用でき、会議準備機能にはアクセスできません。(Microsoft Learn)
Roadmap ID 567003のプラットフォームは「Web」とされていますが、最終的にどの画面へ新しい業務データが表示されるかは、正式な利用手順が公開された段階で再確認してください。
追加データソース導入時に確認すべきデータ境界
サービスチケットには、通常のCRM情報よりも機密性の高い内容が含まれやすい傾向があります。
例えば、次のような情報です。
- 顧客担当者の氏名や連絡先
- システム構成やIPアドレス
- 障害発生日時や影響範囲
- ログやエラーメッセージ
- 契約やSLAに関する情報
- サポート担当者の内部メモ
- 認証情報や秘密情報の誤記載
- 未公開の脆弱性やセキュリティ事故
Sales Agentへ追加業務データを接続する際は、「営業担当者に見せてよいチケットか」だけでなく、「生成AIの処理対象に含めてよい項目か」を分けて判断する必要があります。
CRMエンティティを追加すると全列が参照対象になる
現行のSales Agentでは、管理者がDynamics 365のテーブルまたはSalesforceのオブジェクトを追加できます。ただし、Microsoft Learnには、追加したエンティティについてSales Agentがすべての列へアクセスすると記載されています。(Microsoft Learn)
この仕様がRoadmap ID 567003の追加データソースにもそのまま適用されるとは限りません。しかし、少なくとも現行環境では、エンティティを追加するだけで必要な列だけに絞れるとは限らないため、次の対策が必要です。
- Sales Agent専用のテーブルやビューを用意する
- 不要な内部メモや秘密情報を別エンティティに分離する
- CRMのセキュリティロールを見直す
- 本番環境へ適用する前にテスト環境で出力を確認する
- 権限変更後にSales Agentへ再サインインして反映を確認する
「画面には表示されていないからAIにも渡らない」とは考えず、データモデルとアクセス権を基準に判断してください。
日本のCRM環境ではリージョン間データ移動の同意を確認する
Sales AgentはAzure OpenAI Serviceを利用します。CRM環境のリージョンによっては、プロンプト、生成結果、個人データなどが、選択した主要データ所在地の外にあるAzure OpenAIエンドポイントへ送信される可能性があります。
Microsoft Learnでは、日本を含む地域について、リージョン間のデータ移動に対する同意が必要とされています。同意しない場合、Copilot AI機能が利用できず、会議インサイトも生成されません。Salesforceに接続する場合は、CRM環境の場所にかかわらず、リージョン間データ移動への同意が必要です。(Microsoft Learn)
日本企業は、プレビューを有効にする前に次の点を確認してください。
- Sales Agent管理設定におけるデータ移動への同意状況
- 自社のクラウド利用基準や個人情報保護方針
- 顧客との契約に定められたデータ処理地域
- 委託先や再委託先に関する社内審査
- Salesforce接続時のデータフロー
公開情報の生成にはBing Searchが使われる
現行の会議準備では、外部参加者の会社概要や経歴などを補足するため、Bing Searchが利用されることがあります。検索クエリはBingの各データセンターで処理される可能性があり、地域をまたいで移動する場合があります。(Microsoft Learn)
Microsoftは、Bing Searchに個人を特定できる情報を渡さないと説明しています。一方、検索語は外部参加者のメールドメイン、参加者名、会社名などから作成される場合があります。公開Web検索への情報送信を厳しく制限している組織では、この挙動も審査対象に含めてください。
会議インサイトはDataverseに保存される
現行のSales Agentでは、顧客会議から生成された要約、質問、異議などのインサイトがDataverseに保存されます。保存期間は90日で、会議参加者やCRM上で対象営業案件へのアクセス権を持つユーザーが参照できます。(Microsoft Learn)
Meeting insightsの保存は既定で有効です。管理者は保存を無効化したり、セキュリティグループを使用して対象ユーザーを制限したりできます。無効化すると、ユーザーは会議インサイトを受け取れなくなり、関連機能も非表示になります。(Microsoft Learn)
ただし、追加されたサービスチケットの原文や要約が同じDataverse領域に保存されるかは、現時点では明らかになっていません。正式なデータフローが公開されるまでは、現行の90日保持ルールが新データソースにも適用されると断定しないようにしてください。
機密ラベルだけでは除外できない可能性がある
現行ドキュメントでは、すべての種類の秘密度ラベルが設定された会議が、インサイト生成の対象に含まれると説明されています。(Microsoft Learn)
そのため、「秘密度ラベルを付けているのでSales Agentの処理対象外になる」とは限りません。プレビュー時には、ラベル付きの会議やサービスチケットを使用したテストを行い、実際の参照範囲を確認する必要があります。
なお、Microsoftは、顧客テナントのデータやユーザーのプロンプトを基盤モデルの追加学習には使用せず、ユーザーが権限を持つデータだけを提示すると説明しています。(Microsoft Learn)
管理者が利用範囲を制御する方法
Microsoft 365 Copilot Sales Agentには、テナント単位と環境単位の管理設定があります。
管理者はOutlookまたはTeamsのSalesアプリから設定を開き、Copilot AI、アクセス設定、CRMへの保存、フォーム、カスタムAI指示、Meeting insights、Sales Chatなどを管理できます。(Microsoft Learn)
Sales Agentをセキュリティグループで限定する
Sales Agentは既定で全ユーザーに対して有効です。管理者はSales Chatへのアクセスを次のいずれかに変更できます。
- 全ユーザーに許可する
- 特定のセキュリティグループだけに許可する
- 特定のセキュリティグループを除外する
- Sales Chatを無効にする
Sales Chatを無効にしても、インストール済みのユーザーにはMicrosoft 365 Copilot上でSales Agentが表示される場合があります。ただし、回答に営業データは含まれません。(Microsoft Learn)
プレビュー段階では、全社一括有効化ではなく、営業、カスタマーサクセス、情報システム、セキュリティ担当者を含む少人数のグループに限定する方法が安全です。
Meeting insightsの保存対象を限定する
Meeting insightsは、全ユーザーまたは指定したセキュリティグループに限定して保存できます。
最初のパイロットでは、次のような対象者が適しています。
- サービスチケットの内容を業務上参照している営業担当者
- 顧客対応ルールを理解しているカスタマーサクセス担当者
- 出力内容を評価できるサポート責任者
- 権限やデータフローを確認できる管理者
新人営業担当者だけで検証すると、要約内容の正誤や情報開示の妥当性を判断しにくくなります。
会議準備の通知時刻も変更できる
会議準備通知は、既定では会議開始の1時間前に送信されます。管理者は通知を無効化したり、送信タイミングを変更したりできます。(Microsoft Learn)
サービスチケットの確認やサポート部門への問い合わせが必要になる場合、1時間前では対応が間に合わない可能性があります。重要顧客を担当するチームでは、前日や数時間前に確認できる運用が適しているか検討してください。
サービスチケット連携で役立つ業務シーン
契約更新やアップセルの前に未解決問題を確認する
契約更新の打ち合わせ前に、重大度の高いチケットやSLA超過を確認します。
例えば、CRM上では「更新確度80％」でも、サービスデスクには次の状況が残っているかもしれません。
- 2週間以上未解決の重大障害
- 同じ問題による問い合わせの再発
- 顧客からのエスカレーション
- 回避策しか提示できていない不具合
- 解約を示唆するコメント
この情報を会議前に把握できれば、営業担当者は契約の話を始める前に、問題への対応状況を説明できます。
提案内容を顧客の実際の課題に合わせる
チケットの傾向は、顧客が必要としている追加支援を示す場合があります。
例えば、操作方法の問い合わせが多い顧客にはトレーニングを、設定ミスが多い顧客には導入支援や運用設計を、性能問題が続く顧客には構成見直しや上位プランを提案できます。
ただし、問い合わせ件数が多いことをそのまま販売機会と考えるべきではありません。製品品質やサポート体制に原因がある場合は、まず問題の解決を優先してください。
経営層との会議で重大な問題だけを把握する
経営層が参加する会議では、すべてのチケットを読む必要はありません。
次の条件に絞った要約が実用的です。
- 未解決
- 重大度が高い
- SLA期限を超過している
- 過去30日以内に再発している
- 顧客からエスカレーションされている
- 契約更新対象の製品に関係している
データソースを増やすだけでなく、何を重要情報として会議準備に出すかを定義することが重要です。
営業とサポートの認識差を減らす
営業担当者が「問題は解決済み」と認識していても、サポート側では顧客の確認待ちや再現テスト中という場合があります。
Sales Agentの会議準備に最新状態が反映されれば、部門間の認識差を減らせます。ただし、チケット更新が遅れていれば誤った要約が生成されるため、元データの運用改善も必要です。
開発担当者が今から準備できること
Sales Agentには、パートナーアプリケーションのAPIを使って情報を拡張する仕組みがあります。現行の拡張方法では、アプリケーションAPI、OAuthを使用するPower Platformカスタムコネクタ、Copilot Studioのアクションを組み合わせます。(GitHub)
ただし、現在明示されている拡張対象は、メール要約、営業案件インサイト、営業案件要約、レコード詳細、チャットのQ&Aなどです。現行ドキュメントでは、非チャット機能に新しい機能を追加できないとされています。(GitHub)
したがって、Roadmap ID 567003の会議準備が既存の拡張方式をそのまま利用するとは限りません。公式のAPI仕様やコネクタ要件が公開される前に、本番用の連携処理を作り込むのは避けましょう。
一方、次の設計作業は先行して進められます。
顧客とチケットを照合するキーを決める
会議参加者、CRMアカウント、サービスチケットを正確に結び付けるには、共通の識別子が必要です。
候補は次のとおりです。
- CRMのアカウントID
- 顧客番号
- 契約番号
- テナントID
- メールドメイン
- サービスデスク上の組織ID
会社名の文字列だけで照合すると、表記揺れ、同名企業、グループ会社などによる誤判定が起きやすくなります。
最初に渡す項目を最小限にする
パイロットでは、チケット全文を渡すのではなく、会議準備に必要な項目へ絞る方法が安全です。
| 項目 | 初期パイロットでの判断 | 理由 |
|---|---|---|
| チケットID | 含める | 元データを確認するため |
| ステータス | 含める | 未解決か判断するため |
| 優先度・重大度 | 含める | 会議で扱う順序を決めるため |
| 件名・短い要約 | 含める | 問題の概要を把握するため |
| 最終更新日時 | 含める | 情報の鮮度を判断するため |
| 担当者・担当部門 | 必要に応じて含める | 社内確認先を特定するため |
| SLA期限 | 必要に応じて含める | 対応遅延を判断するため |
| チケット全文 | 初期段階では除外を検討 | 個人情報や内部情報が混在しやすいため |
| 内部メモ | 原則として除外を検討 | 顧客へ開示できない表現を含む可能性があるため |
| 添付ファイル | 初期段階では除外を検討 | ログや秘密情報が含まれやすいため |
| パスワードや秘密鍵 | 必ず除外 | 生成AIの処理対象にすべきではないため |
出力には根拠と更新日時を付ける
AI要約だけを表示すると、営業担当者が情報の新しさや正確性を確認できません。
開発要件には、次の情報を含めることを推奨します。
- 元チケットへのリンク
- チケットID
- 最終更新日時
- 現在のステータス
- 情報取得日時
- 対象顧客との照合根拠
「重大な未解決問題があります」という要約だけでなく、「どのチケットの、いつの情報を基にした判断か」まで追跡できる状態が必要です。
誤照合を前提にテストする
正常系だけでなく、次のケースを試してください。
- 同じメールドメインを複数の顧客が使用している
- 親会社と子会社でチケット管理組織が異なる
- 1つの会議に複数顧客が参加する
- CRMのアカウントとサービスデスクの組織名が異なる
- チケットが会議直前にクローズされた
- ユーザーのCRM権限が直前に変更された
- 営業担当者が本来参照できない内部チケットが存在する
- 古いチケットが現在の問題として要約される
- 解決済みの問題が重大リスクとして表示される
Sales AgentのAI生成内容には誤りが含まれる可能性があり、Microsoftもユーザーによる確認が必要だと説明しています。(Microsoft Learn)
自社で対応が必要かを判断する基準
| 自社の状況 | 対応の優先度 | 推奨する対応 |
|---|---|---|
| Sales Agentを利用していない | 低 | ロードマップを継続確認する |
| Sales Agentを利用しているが、追加データソースを使う予定がない | 低～中 | プレビュー後の既定設定と自動有効化の有無を確認する |
| Sales Agentとサービスデスクを利用している | 高 | データ項目、権限、顧客照合方法を整理する |
| チケットに個人情報やセキュリティ情報を保存している | 高 | 情報分類、マスキング、除外項目を決める |
| Salesforceを日本で利用している | 高 | リージョン間データ移動への同意と社内規程を確認する |
| 規制業種や厳格なデータ所在地要件がある | 高 | 正式なデータフローと契約条件が公開されるまで本番導入を保留する |
| 独自サービスデスクとの連携開発を予定している | 中～高 | API仕様が公開されるまでデータ設計と検証計画に留める |
特に優先度が高いのは、Sales Agentをすでに全社展開しており、サービスチケットの閲覧権限が営業部門にも広く付与されている組織です。
機能の追加後に初めて権限を確認するのではなく、プレビュー前に「営業担当者が参照できるチケット」と「AI処理の対象にしてよいチケット」を棚卸ししてください。
プレビュー開始前に行う管理者チェックリスト
データを確認する
- 利用中のCRMとサービスデスクを一覧化する
- チケットに保存されている個人情報や秘密情報を確認する
- 内部メモと顧客向けコメントを分離できるか確認する
- 古いチケットや重複チケットの整理方針を決める
- CRMアカウントとチケット組織の対応表を作る
権限を確認する
- Sales Agentを利用できるユーザーを確認する
- Sales Chatのセキュリティグループ設定を確認する
- CRMテーブルやSalesforceオブジェクトのアクセス権を確認する
- 追加済みエンティティの全列をSales Agentが参照してよいか確認する
- サービスデスクの内部チケットを営業担当者から分離する
データ処理条件を確認する
- 日本リージョンからのデータ移動に対する同意状況を確認する
- Salesforce利用時のリージョン間データ移動を確認する
- Bing Searchを利用する現在のデータフローを確認する
- Dataverseへの保存と90日間の保持を社内規程と照合する
- 秘密度ラベルだけに依存した除外設計になっていないか確認する
パイロット計画を作る
- 少人数のセキュリティグループを作成する
- 検証対象となる顧客と会議を限定する
- 正解となるCRM・チケット情報を事前に記録する
- 誤照合、古い情報、権限外データの表示を確認する
- 問題が起きた場合の無効化手順を決める
評価指標には、利用回数だけでなく、次の項目を含めると判断しやすくなります。
- 会議準備にかかる時間が短縮されたか
- 会議前に重要な未解決問題を発見できたか
- 顧客やチケットの誤照合が発生しなかったか
- 古い情報が重大リスクとして表示されなかったか
- 権限外の情報や不要な内部メモが表示されなかったか
- 営業担当者が元データを確認してから利用したか
導入時に起きやすい失敗
Microsoft 365 Copilotライセンスだけで使えると思う
Sales Agentには、インストール、CRM接続、Sales Chatの有効化、CRMエンティティの設定、ユーザー権限が必要です。ライセンスを割り当てるだけでは、営業データを利用した回答や会議準備が正常に動作しない場合があります。
データソースを増やせば精度も上がると考える
古いチケット、重複データ、更新されていないステータスを追加すると、会議準備の信頼性は下がります。
重要なのは、データ量ではなく次の3点です。
- 顧客との対応付けが正しい
- ステータスが最新である
- 会議で行動に移せる情報である
AI要約を正式な記録として扱う
Sales Agentの要約は、会議準備を支援する情報です。チケットやCRMの正式な記録を置き換えるものではありません。
重大障害、SLA違反、契約条件、顧客からの要求などは、必ず元レコードで確認してください。
プレビューを最初から全社で有効にする
プレビュー機能は、仕様や動作が変更される可能性があります。特に追加業務データを扱う機能では、想定外の情報表示が起きた場合の影響が大きくなります。
最初は限定グループで有効にし、出力、権限、データ移動、保存範囲を確認してから対象を広げる方法が適しています。
2027年3月に必ず一般提供されると考える
Roadmapの日付は確定したリリース日ではありません。調達、監査、開発の期限を2027年3月だけに依存させず、延期や仕様変更を想定した計画を作ってください。
今後確認すべき公式情報
Roadmap ID 567003が更新されたら、特に次の情報を確認してください。
- 正式に対応する業務データソース
- 標準コネクタとカスタム連携の違い
- サービスチケットとの顧客照合方法
- 参照対象となるチケット項目
- 添付ファイルと内部メモの扱い
- データの保存場所と保持期間
- 管理者によるデータソース単位・項目単位の制御
- 既定で有効になるか、管理者による明示的な有効化が必要か
- プレビューの対象テナントとオプトイン方法
- Microsoft Purviewや秘密度ラベルとの連携
- 監査ログに記録される操作
- 独自アプリケーション向けAPIや拡張ポイント
Microsoft 365 Copilot Sales Agentの今回の更新は、営業担当者が顧客との会議前に、CRM上の商談情報だけでなく、サービス上の問題まで把握できるようにする重要な拡張です。
一方で、サービスチケットは個人情報、内部メモ、システム情報などを含みやすいため、便利さだけを見て接続対象を広げるべきではありません。
まずは自社のSales Agent利用状況、サービスデスクのデータ項目、CRM権限、リージョン間データ移動への同意を確認してください。そのうえで、2026年9月のプレビューが開始されたら限定グループで検証し、正確性とデータ保護の両方を満たした場合にだけ利用範囲を広げるのが適切です。
コメント