Microsoft 365 CopilotでSales agentを使うには、Microsoft 365 Copilotライセンスを割り当てるだけでは不十分です。2026年5月8日に更新された公式情報では、Sales agentをCRMデータに接続して実用化するために、Outlook/TeamsへのSales agent展開、Sales Chatの有効化、CRMエンティティの設定、CRM権限、用語定義、商談・顧客要約、会議インサイトの確認が必要だと整理されています。Sales agentは、Dynamics 365 SalesまたはSalesforceのCRMデータをMicrosoft 365 Copilot上で自然言語から検索・要約・活用するための会話型エージェントです。(Microsoft Learn)
この記事では、「Set up Sales agent in Microsoft 365 Copilot」の更新内容をもとに、管理者・CRM担当者・開発者が展開前に確認すべきポイントを実務目線で整理します。特に注意したいのは、Sales agentを有効化しても、CRM接続やSales Chat設定が未完了だと、ユーザーがSales agentを見つけられなかったり、Sales agentから営業データを取得できなかったりする点です。
Microsoft 365 CopilotのSales agent更新で何が変わるのか
今回の公式情報で重要なのは、Sales agentが「Microsoft 365 Copilotの中でCRMデータを扱う営業向けエージェント」として、設定手順がより明確に整理されたことです。営業担当者はMicrosoft 365 CopilotのAgentsからSalesを選び、CRMの顧客、連絡先、商談、過去の顧客会議などを自然言語で確認できます。たとえば「この取引先の商談パイプラインを教えて」「前回の会議で何が話されたか要約して」といった問い合わせが可能です。(Microsoft Learn)
ただし、Sales agentはCRMと接続されている場合に意味を持つ機能です。公式情報では、現時点でサポートされるCRMとしてDynamics 365 SalesとSalesforceが示されています。また、Microsoft 365 Copilotライセンスを持つユーザーであっても、Sales agentのインストールや組織側のエージェント管理設定が必要です。組織でMicrosoft 365 Copilotのすべてのエージェントが無効化されている場合、ユーザーはSales agentを一覧で確認できません。(Microsoft Learn)
実務上は、今回の更新を「営業部門向けCopilotをCRM連携込みで本番展開するための設定チェックリスト」として読むのが適切です。単なるチャット機能の追加ではなく、CRMデータ、Dataverse、Teams会議、Outlook、Copilot Studio、Power Platform管理まで関係するため、営業企画・情報システム・CRM管理者が連携して進める必要があります。
影響を受けるユーザーと管理領域
Sales agentの設定は、1人の管理者だけで完結しにくい構成です。Microsoft 365管理センター、Teams管理センター、Sales agent管理設定、CRM側の権限、Power Platform環境が関係します。
| 対象 | 主な影響 | 確認すべきこと |
|---|---|---|
| 営業ユーザー | Microsoft 365 CopilotからCRM情報を質問・要約できる | Microsoft 365 Copilotライセンス、Sales agentのインストール、CRMサインイン |
| Microsoft 365管理者 | Sales agentの展開とエージェント利用制御 | 統合アプリ、エージェントの有効化、対象ユーザーまたはセキュリティグループ |
| Teams管理者 | Teamsアプリの自動インストール・ピン留め、会議文字起こし | Teamsセットアップポリシー、会議ポリシー、トランスクリプト設定 |
| CRM管理者 | CRMテーブル・オブジェクト、権限、要約対象の制御 | Dynamics 365またはSalesforceのロール、アクセス権、カスタム項目 |
| Power Platform管理者 | Dataverse環境、DLP、コネクタ、msdyn_viva環境の管理 | Salesforce利用時の環境作成、DLPポリシー、データ保存先 |
| 開発者・カスタマイザー | CRM項目名、ビュー、関係、用語定義の整備 | カスタムテーブル、カスタム項目、同義語、用語集、AI指示文 |
特に開発者やCRMカスタマイザーは、Sales agentを「AIが勝手にCRMを理解する機能」と考えない方が安全です。CRMのフィールド名、リレーション、ビュー、用語定義が曖昧だと、AIの回答精度も下がります。導入前に、営業現場が実際に使う呼び名とCRM上の項目名を照合しておくことが重要です。
利用前提条件：ライセンス、アプリ、CRM接続を分けて確認する
Sales agentを使うには、主に次の前提条件を満たす必要があります。
| 確認項目 | 内容 | 失敗しやすいポイント |
|---|---|---|
| Microsoft 365 Copilotライセンス | 利用者にMicrosoft 365 Copilotライセンスが必要 | ライセンスだけ割り当ててSales agentを未展開 |
| Sales agentのインストール | OutlookとTeamsにSales agentを展開 | TeamsはTeams管理センターのセットアップポリシーが必要 |
| Sales Chatの有効化 | Sales agent管理設定のAccess settingsでSales Chatを許可 | 無効化するとSales agentは見えても営業データを返せない場合がある |
| CRM接続 | Dynamics 365 SalesまたはSalesforceに接続 | CRM未接続だとSales agentの価値がほぼ出ない |
| CRM権限 | 管理者・利用者に適切なCRM権限が必要 | カスタムロールで必要権限が不足しやすい |
| エージェント管理 | Microsoft 365 Copilot側でエージェントが許可されている | 組織全体でエージェント無効化されていると表示されない |
Sales agentは管理者が展開する方法と、ユーザーがMarketplaceから追加する方法があります。公式情報では、性能と使いやすさの観点から管理者による展開が推奨されています。ユーザー自身がOutlookアドインを追加した場合、一部の機能が完全にはサポートされず、メール上部のバナー通知や会議招待への自動追加が使えない点に注意が必要です。(Microsoft Learn)
設定手順の全体像
Sales agentのセットアップは、次の順序で進めるとトラブルを減らせます。
| 手順 | 作業 | 担当の目安 |
|---|---|---|
| 事前確認 | ライセンス、CRM、対象ユーザー、セキュリティグループを確認 | Microsoft 365管理者、CRM管理者 |
| アプリ展開 | Outlook/Microsoft 365 apps、TeamsにSales agentを展開 | Microsoft 365管理者、Teams管理者 |
| Sales Chat有効化 | Access settingsでSales Chatをオンにする | CRM管理者 |
| CRMエンティティ設定 | Sales Chatで利用可能なテーブル・オブジェクトを追加または削除 | CRM管理者、開発者 |
| 用語整備 | 同義語、用語集、業務用語を設定 | CRM管理者、営業企画、開発者 |
| 要約設定 | Account summary、Opportunity summaryのAI指示を調整 | CRM管理者、営業責任者 |
| 会議設定 | Meeting insights、Teams文字起こし、保存範囲を確認 | Teams管理者、CRM管理者 |
| パイロット展開 | 少人数の営業チームで検証 | 情シス、営業企画 |
| 本番展開 | セキュリティグループ単位で段階的に拡大 | 管理者全般 |
重要なのは、最初から全営業ユーザーに展開しないことです。CRMの項目設計や権限設定に不備があると、回答精度の問題だけでなく、想定外の項目が参照対象になるリスクもあります。まずは特定の営業チームやCRM管理に詳しいユーザーで検証し、質問例、回答精度、権限の反映、会議インサイトの保存状況を確認してから広げるのが安全です。
CRMエンティティ設定で確認すべきポイント
Sales agentは、Sales agent管理設定で構成されたCRMエンティティをもとに営業データへアクセスします。Dynamics 365ではテーブル、Salesforceではオブジェクトとして扱われます。管理者は、標準エンティティだけでなく、カスタムテーブルやカスタムオブジェクトも追加できます。不要なエンティティは削除可能ですが、Sales agentが機能するには少なくとも1つのエンティティが必要です。(Microsoft Learn)
ここで特に注意すべき点は、追加したエンティティについて、Sales agentがそのエンティティ内のすべての列にアクセスできると説明されていることです。既存のCRMアクセス制御は引き続き重要ですが、設定対象に含めるテーブルやオブジェクトは慎重に選ぶ必要があります。たとえば、商談テーブルに社外秘の利益率、個別値引き条件、役員向けメモなどが含まれている場合、営業担当者の権限や項目公開範囲を事前に確認してからSales Chatに追加すべきです。
Dynamics 365では、2026年1月より前にSales agentを設定し、Forms settingsにテーブルを追加していた場合、それらのテーブルがSales agentで既定で利用可能になるとされています。既存環境を運用している組織は、移行後に「以前Formsで見せていたテーブルがSales Chatでも参照対象になっていないか」を確認してください。(Microsoft Learn)
また、CRM接続の初期化には、Sales agent管理設定からSales Chat設定ページを少なくとも1回開く必要があります。初回読み込みによって初期化プロセスが起動し、サポートされるエンティティが読み込まれます。この手順を飛ばすと初期化が自動実行されないため、設定済みのつもりでもSales agentがCRMデータを扱えない原因になります。(Microsoft Learn)
同義語と用語集は回答精度に直結する
Sales agentは自然言語でCRMデータを扱える機能ですが、営業現場の言葉とCRM上の項目名が一致するとは限りません。たとえば、営業担当者が「顧客」「会社」「クライアント」と呼ぶものがCRMではAccountに保存されている、というケースはよくあります。このズレを埋めるのが同義語と用語集です。
Dynamics 365の場合、同義語はMicrosoft Copilot Studioで設定し、Sales agentとCopilot in Dynamics 365 Salesの両方で利用されます。一方、公式情報ではSalesforce CRMについて同義語は現時点でサポートされていないとされています。Salesforce利用企業では、用語集やCRM項目設計、ユーザー向けプロンプト例の整備で補う必要があります。(Microsoft Learn)
用語集には、社内だけで使われる略語や営業ルールを登録します。たとえば「VPはContactテーブルのJobTitle列にあるVice Presidentを指す」「overdue taskは未完了で期限が今日より前のTaskを指す」といった定義です。用語集の更新は反映まで最大15分かかる場合があるため、検証時はすぐに結果を判断せず、反映時間を考慮してください。(Microsoft Learn)
顧客・商談要約はAI指示文と対象期間を調整する
Sales agentでは、顧客や商談の要約を取得できます。管理者はAccount summaryやOpportunity summaryのAI指示文をカスタマイズし、どの項目や関連レコードを含めるか、どのような形式で整理するかを指定できます。(Microsoft Learn)
実務でおすすめなのは、営業会議や案件レビューで使う観点に合わせて指示文を調整することです。たとえば、単に商談概要を出すのではなく、次のような観点を含めると使いやすくなります。
- 直近の活動履歴
- 意思決定者と関係者
- 失注リスク
- 次回アクション
- 未完了タスク
- 予算、競合、導入時期
- 前回会議での顧客の懸念点
Notes summaryとInteraction summaryは、既定で過去4週間のデータが含まれ、最大12週間まで設定できます。短すぎると背景が不足し、長すぎるとノイズが増えます。週次営業会議で使うなら4週間、四半期レビューや大型商談の振り返りなら8〜12週間を検討するとよいでしょう。(Microsoft Learn)
注意点として、カスタムAI指示は保存前にテストできないとされています。そのため、本番CRM環境でいきなり変更するのではなく、テスト環境で要約の品質を確認してから本番に反映するのが安全です。(Microsoft Learn)
会議インサイトとTeams設定の注意点
Sales agentは、過去の顧客会議の情報をもとに、会議内容の要約やアクション項目を確認できます。ただし、会議インサイトはSales agent固有の個別設定ではなく、Sales agentのAccess settingsで管理します。公式情報では、Meeting insightsは既定でオンになっており、録画された営業会議から生成されたAIメモ、質問、アクション項目などがDataverseに保存されると説明されています。Privateに設定された会議のインサイトは、設定にかかわらずDataverseに保存されません。(Microsoft Learn)
Teams会議の要約を活用するには、Teams管理センターで会議の文字起こしを有効にする必要があります。Dynamics 365向け展開ガイドでは、Teams admin centerのMeeting policiesでTranscriptionをオンにする手順が示されています。会議インサイトを売りにして展開する場合、Sales agent側だけでなくTeams会議ポリシーも同時に確認してください。(Microsoft Learn)
Dynamics 365利用企業の確認事項
Dynamics 365 SalesをCRMとして使う場合、Sales agentの展開では次の点を優先して確認します。
| 確認項目 | 理由 |
|---|---|
| System AdministratorまたはSystem Customizerロール | 管理者がSales agentをカスタマイズするために必要 |
| SalespersonまたはSales Managerロール | 標準ロールではSales agent権限が自動的に追加される |
| カスタムロール | 必要なSales agent権限が不足しやすい |
| サーバー側同期 | Outlookメールや予定をDynamics 365に保存するために必要 |
| Dataverse Searchと容量 | Copilotや検索系機能の前提になり得る |
| モデル駆動型アプリでのMicrosoft 365 Copilot | Dynamics 365アプリ内からSales agentを使う場合に必要 |
カスタムセキュリティロールを使っている企業では、標準ロールを前提にした設定だけでは不十分な場合があります。Sales agentはCRMの既存アクセス制御とユーザー権限を適用するため、ユーザーがCRMで閲覧・作成・更新できないデータをSales agent経由で扱うことはできません。権限変更後は、OutlookまたはTeamsのSales agentからサインアウトして再サインインするよう案内してください。TeamsではCRM権限やセキュリティロールの変更反映に最大15分かかる場合があります。(Microsoft Learn)
Dynamics 365アプリ内でSales agentを使わせたい場合は、モデル駆動型アプリでMicrosoft 365 Copilotを有効化する手順も確認が必要です。この機能では、環境レベルと個別アプリレベルの設定が関係し、ユーザーにはPower Apps PremiumライセンスとMicrosoft 365 Copilotライセンスが必要とされています。(Microsoft Learn)
Salesforce利用企業の確認事項
SalesforceをCRMとして使う場合は、Dynamics 365よりもPower PlatformとSalesforce接続の確認が重要になります。SalesforceユーザーはAPI経由でSalesforceにアクセスできる必要があり、Power PlatformのDLPポリシーでSalesforceコネクタがブロックされていないか確認する必要があります。また、Salesforce側でMicrosoft Power Platform connected appがブロックされていないことも重要です。(Microsoft Learn)
Salesforce環境では、最初のユーザーがOutlookまたはTeamsのSales agentからSalesforce CRMにサインインしたタイミングで、Sales agentの利用データを保存するためのmsdyn_viva Dataverse環境がプロビジョニングされると説明されています。この環境はSales agentにとって重要なデータを保持するため、削除や編集をしてはいけません。(Microsoft Learn)
また、Salesforce管理者がSales agentをカスタマイズするには、Modify All DataまたはManage Data Integrationsの権限がユーザープロファイルに設定されている必要があります。権限セットではなくプロファイル上の権限が必要とされている点は見落としやすいポイントです。(Microsoft Learn)
データ保存・データ移動・コンプライアンスで確認すること
Sales agentは、CRMデータをMicrosoft 365 Copilotで扱うため、データ保存先とデータ移動の確認が欠かせません。公式情報では、Dynamics 365に接続している場合、Sales agentデータはDynamics 365 SalesのDataverseインスタンスに保存されます。Dynamics 365以外のCRMに接続している場合は、Sales agent専用の既定Dataverseインスタンスがテナントに提供され、CRMに加えてそのインスタンスにもSales agentデータが保存されます。(Microsoft Learn)
日本の組織で特に注意したいのは、データ移動の同意です。Sales agentはAzure OpenAI Serviceを必要としますが、Azure OpenAI Serviceは提供リージョンが限られます。公式情報では、CRM環境がJapanを含む一部地域にある場合、データを別リージョンのAzure OpenAIエンドポイントに移動する同意が必要とされています。同意しない場合、Copilot AI機能が営業ユーザーに提供されず、会議インサイトも生成されません。(Microsoft Learn)
この確認は、情報システム部門だけで判断せず、セキュリティ、法務、個人情報保護、営業部門を含めて行うべきです。特に、顧客名、担当者、商談金額、会議録、メール要約などを扱うため、既存のDLP、秘密度ラベル、CRM権限設計と矛盾しないかを確認してください。
展開時に起きやすいトラブルと対策
| トラブル | 主な原因 | 対策 |
|---|---|---|
| Sales agentが表示されない | ライセンス未割り当て、アプリ未展開、エージェント無効化 | Microsoft 365 Copilotライセンス、統合アプリ、エージェント設定を確認 |
| Sales agentは見えるが営業データを返さない | Sales Chat無効、CRM未接続、CRM Knowledge未設定 | Access settingsとSales Chat設定ページを確認 |
| CRMテーブルが期待通り出ない | エンティティ設定不足、初期化未実行 | Sales Chat設定ページを開き、エンティティを追加 |
| 回答が現場用語を理解しない | CRM項目名と営業用語が一致しない | 同義語、用語集、プロンプト例を整備 |
| 会議インサイトが出ない | Teams文字起こし、録画、外部参加者、CRM連絡先条件が不足 | Teams会議ポリシーとSales agentのMeeting insightsを確認 |
| Outlookにアプリが出ない | 展開反映待ち、ポリシー制限 | 最大48時間の反映待ちとExchange/アプリポリシーを確認 |
| Salesforceで接続できない | API権限、Power Platform connected app、DLPでブロック | Salesforce権限、Connected Apps、Power Platform DLPを確認 |
展開後、OutlookやMicrosoft 365 appsにSales agentが表示されるまで最大48時間かかる場合があります。Salesforce向け展開では、Outlookアドインがユーザーに表示されるまで最大24時間かかる場合もあります。公開直後に「表示されない」と判断せず、反映時間とポリシー制限の両方を確認してください。(Microsoft Learn)
管理者・開発者が展開前に確認すべきチェックリスト
本番展開前に、次の項目を確認してください。
| 分類 | チェック項目 |
|---|---|
| ライセンス | 対象ユーザーにMicrosoft 365 Copilotライセンスが割り当てられている |
| アプリ展開 | Outlook/Microsoft 365 appsとTeamsの両方にSales agentを展開している |
| エージェント管理 | Microsoft 365 Copilotのエージェントが組織または対象グループで許可されている |
| Sales Chat | Access settingsでSales Chatがオンになっている |
| CRM接続 | Dynamics 365 SalesまたはSalesforceとの接続が完了している |
| 権限 | 管理者・営業ユーザーのCRM権限がSales agent利用に必要な範囲を満たしている |
| エンティティ | Sales Chatで参照させるテーブル・オブジェクトを最小限に絞っている |
| 機密項目 | 追加エンティティ内の機密列・カスタム項目を確認している |
| 用語 | 営業現場の呼び名、略語、社内ルールを同義語・用語集に反映している |
| 要約 | Account summaryとOpportunity summaryのAI指示文をテスト環境で検証している |
| 会議 | Teams文字起こし、録画、Meeting insights保存設定を確認している |
| データ | Dataverse保存先、msdyn_viva環境、データ移動同意を確認している |
| 展開 | セキュリティグループ単位で段階展開できる設計にしている |
| 教育 | 営業ユーザー向けの質問例、利用ルール、問い合わせ先を用意している |
営業ユーザーに案内すべき使い方の例
Sales agentを展開しただけでは、ユーザーは何を聞けばよいか分かりません。導入時は、営業シーン別のプロンプト例を用意すると定着しやすくなります。
| シーン | プロンプト例 |
|---|---|
| 商談前の準備 | 「取引先Aの概要と直近の商談状況を要約して」 |
| 顧客会議の振り返り | 「取引先Aとの過去6か月の会議で話された主要トピックを5つにまとめて」 |
| パイプライン確認 | 「取引先Aに関連するオープン商談を表で一覧化して」 |
| 担当者確認 | 「取引先Aの主要な顧客担当者は誰？」 |
| 売上見込み確認 | 「商談の予測カテゴリ別に見込み収益を集計して」 |
最初は「何でも聞ける」と案内するより、「商談前準備」「会議後フォロー」「案件レビュー」の3場面に絞って使わせる方が効果的です。Sales agentの回答品質はCRMデータの品質に依存するため、営業ユーザーには「回答が不自然な場合はCRM項目や活動履歴の不足も確認する」という運用ルールを伝えておくとよいでしょう。
まずは小さく検証し、CRMデータの品質改善とセットで進める
Sales agent in Microsoft 365 Copilotは、営業担当者がMicrosoft 365 CopilotからCRMデータや顧客会議の情報を扱える強力な機能です。一方で、実用化にはSales Chat、CRMエンティティ、CRM権限、同義語、用語集、要約設定、Teams会議設定、Dataverse環境の確認が必要です。
管理者が次に取るべき行動は、全社展開ではなく、対象CRM、利用部署、対象ユーザー、利用シナリオを決めたパイロット設計です。まずは少人数の営業チームで、Sales agentが参照するテーブル・オブジェクトを最小限に絞り、商談要約や会議インサイトの精度を検証してください。その結果をもとに、CRM項目名、権限、用語集、AI指示文を調整してから段階的に展開することで、Sales agentを安全かつ実用的に活用できます。
コメント