Microsoft 365 Copilotの新機能「Link meetings to CRM records automatically with AI」は、予定されている顧客会議と関連性の高いCRMレコードをAIが推定し、会議準備に必要な商談・取引先情報を自動的に結び付ける機能です。営業担当者が会議のたびにCRMを検索し、対象の商談を選ぶ手間を減らせます。
ただし、ここでいう自動リンクは、すべての会議をCRMへ自動保存する機能とは異なります。Microsoftの機能説明では、会議準備のコンテキストを設定する「ソフトリンク」と表現されています。CRMの活動履歴へ会議を書き込む既存の保存操作とは、分けて考える必要があります。(Microsoft Learn)
ロードマップ項目567004は2026年7月9日に公開または実質更新され、2026年9月の一般提供が予定されています。ただし、Microsoft 365ロードマップの公開日程や仕様は予定であり、提供時期や内容が変更される可能性があります。(Microsoft Learn)
Microsoft 365 Copilotの新機能で何が変わるのか
今回の更新で変わるのは、主に顧客会議の準備プロセスです。
従来は、営業担当者がOutlookやSales agentを開き、会議に関係する取引先、商談、連絡先などを確認する必要がありました。会議をCRMの活動として登録する場合は、保存先となるレコードを選択して明示的に保存します。
新機能では、Microsoft 365 CopilotのSales agentが会議とCRMの関係を推定し、関連する案件情報を会議準備のコンテキストとして自動設定します。
| 比較項目 | 従来の運用 | 新機能の適用後 |
|---|---|---|
| CRMレコードの特定 | 担当者が検索・選択する場面が多い | AIが関連性の高いレコードを推定 |
| 会議前の情報確認 | CRM、メール、予定表を個別に確認 | 会議準備画面へ関連情報を集約 |
| 商談情報へのアクセス | 商談名や顧客名を把握しておく必要がある | 会議参加者などを基にコンテキストを設定 |
| CRMへの活動保存 | ユーザーが保存操作を行う | 自動リンクだけでは保存されたとは限らない |
| 主な効果 | 正確だが手作業が多い | 準備時間とCRM検索操作を削減できる |
「自動リンク」と「CRMへの自動保存」は同じではない
今回の更新を理解するうえで、最も重要なのがこの違いです。
Microsoftは新機能について、会議を適切なCRMレコードへ「ソフトリンク」し、会議準備に必要なCRMコンテキストを自動設定するものと説明しています。一方、既存の「Save Outlook activities to your CRM」では、ユーザーが保存先のレコードを選び、メールや会議をCRMへ書き込む操作が別途用意されています。(Microsoft Learn)
実務上は、次のように整理すると分かりやすくなります。
- ソフトリンクは、会議準備で参照する案件や取引先をAIが関連付ける処理
- CRMへの保存は、会議を活動履歴やタイムラインへ正式に登録する処理
- ソフトリンクされたからといって、CRMの活動件数やレポートへ必ず反映されるとは限らない
- 営業日報や監査記録として会議登録が必要な場合は、既存の保存処理を引き続き確認する
したがって、「会議登録作業がすべて不要になる」と判断するのは早計です。削減されるのは、まず会議と案件を照合し、準備に必要なレコードを探す作業だと考えるべきです。
利用条件と対象となるCRM
Sales agentはMicrosoft 365 Copilot内で利用できる営業向けエージェントです。現時点で対応するCRMは、Dynamics 365 SalesとSalesforceです。Sales agentを利用するにはMicrosoft 365 Copilotライセンスが必要で、Sales agent自体のインストールとCRM接続も必要です。(Microsoft Learn)
ただし、MicrosoftはMicrosoft 365 Copilot上の会議準備カードについて、個別のライセンス条件が適用されると案内しています。Microsoft 365 Copilotライセンスを持っているだけで、すべての会議準備機能を無条件に利用できるとは限りません。契約中の製品条件をMicrosoft Product Termsで確認する必要があります。(Microsoft Learn)
| 確認項目 | 必要な状態 | 未対応の場合 |
|---|---|---|
| 基本ライセンス | 対象ユーザーにMicrosoft 365 Copilotを割り当てる | Sales agentを利用できない |
| CRM | Dynamics 365 SalesまたはSalesforce | 現時点では対象外 |
| Sales agent | 組織へ展開し、ユーザーが利用できる状態にする | Microsoft 365 Copilotに表示されない |
| Outlook・Teams | Sales agentをインストールする | 一部の会議・営業機能を利用できない |
| Sales Chat | 管理者設定でアクセスを有効にする | CRMデータを使った回答を得られない |
| CRM接続 | ユーザーが対応CRMへサインインする | CRMレコードを参照できない |
| CRM権限 | 対象レコードを閲覧できる権限を付与する | リンク候補や商談情報を取得できない |
| 会議準備のライセンス | 現在のProduct Termsを確認する | 会議準備カードを利用できない可能性がある |
組織ですべてのMicrosoft 365 Copilotエージェントを無効化している場合、ユーザーにライセンスがあってもSales agentは表示されません。ライセンスだけでなく、エージェントの許可状態も確認が必要です。(Microsoft Learn)
自動リンクの対象になりやすい会議
現行の会議準備カードでは、すべての予定が処理対象になるわけではありません。Microsoftが示している主な条件は次のとおりです。(Microsoft Learn)
- CRMに登録された社外連絡先が1人以上参加している
- 社内参加者が29人以下である
- キャンセル済みではない
- 非公開の予定ではない
- 終日予定ではない
- 定期的な繰り返し会議ではない
- 開始日時が未来に設定されている
Salesforceを利用する場合は、サーバー間接続の有効化も前提になります。
このため、次のような予定は自動リンクや会議準備カードの対象にならない可能性があります。
- 顧客がCRMの連絡先として登録されていない
- 顧客の招待アドレスとCRM上のメールアドレスが異なる
- 社内会議として登録され、社外参加者が存在しない
- 機密案件のため予定が「非公開」に設定されている
- 毎週開催する定例会を繰り返し予定として登録している
「Sales agentを導入したのにカードが表示されない」という場合は、管理設定だけでなく、予定そのものが条件を満たしているか確認する必要があります。
AIはどのCRMレコードを選ぶのか
新機能の詳細な判定アルゴリズムは、ロードマップ項目だけではすべて公開されていません。
ただし、現行の会議準備機能では、会議参加者のうちCRMの連絡先として認識された人物を基に商談を照合します。複数の連絡先や商談が存在する場合は、Microsoft Graphから返される参加者の順序やCRMレコードの更新状況などを使って、関連する商談を絞り込みます。会議インサイトを関連付けられる商談は1件に限られます。(Microsoft Learn)
この仕組みから考えると、自動リンクの精度はAIモデルだけでなく、CRMのデータ品質にも大きく左右されます。
誤った商談へリンクされやすいデータ状態
次のようなCRMでは、誤リンクが発生しやすくなります。
- 同じ人物が複数の連絡先として重複登録されている
- 終了済み商談が長期間オープンのまま残っている
- 1社に類似した商談が多数存在する
- 取引先と連絡先の関連付けが不完全
- 営業担当者が個人アドレスと会社アドレスを混在させている
- 商談名が「提案案件」「新規案件」など抽象的で区別しにくい
- 最終更新日だけが新しく、実際には利用していないレコードがある
自動リンク機能の導入前には、少なくとも重複連絡先、終了商談、取引先と商談の関連付けを整理しておくべきです。
会議準備で表示される情報
Sales agentの会議準備カードでは、会議の基本情報に加え、最大3件の重要なAIハイライトが表示されます。
ハイライトの生成には、過去の会議やメール、同じ取引先を担当するほかの営業担当者から得られた情報、CRM上の連絡先・商談・取引先活動、推定された営業段階や会議目的などが利用されます。リスク、未解決の質問、重要な関係者、次に確認すべき事項などを会議前に把握できます。(Microsoft Learn)
たとえば、次のような準備が可能になります。
明日のA社との会議は、更新契約に関する商談へリンクされている。前回の会議では価格への懸念が示され、サポート対応の遅れも未解決になっている。意思決定者は調達部長で、次回までに新しい見積書を提示する予定である。
営業担当者はメール履歴やCRMタイムラインを一つずつ読み返さなくても、会議で確認すべき論点を短時間で把握できます。
データ境界と保存先を確認する
この機能はCRMだけで完結しません。Sales agentはMicrosoft Power Platform上に構築されており、接続先CRMに加えてMicrosoft Dataverseにもデータを保存します。(Microsoft Learn)
Dynamics 365 Salesを利用する場合
Dynamics 365 Salesと接続している場合、Sales agentのデータはDynamics 365 Salesで利用しているDataverse環境に保存されます。
既存のDataverse環境にデータが加わるため、次の点を確認します。
- 環境のセキュリティロール
- Dataverse容量
- 保持・削除ポリシー
- 監査ログ
- バックアップと復元の方針
- 管理者権限を持つユーザー
Salesforceを利用する場合
SalesforceなどDynamics 365以外のCRMと接続すると、テナント内にSales agent専用のDataverse環境「msdyn_viva」が用意され、Salesforceに加えてこの環境にもSales agentのデータが保存されます。初期状態では試用版環境として作成されるため、継続利用する場合は本番環境への変換も検討します。(Microsoft Learn)
msdyn_viva環境はSales agentの動作に必要です。削除したり、内部テーブルを直接変更したりすると、Sales agentが正常に動作しなくなる可能性があります。
会議インサイトの保持期間
会議要約、反対意見、質問、アクション項目などの会議インサイトはDataverseに保存され、原則として90日後に削除されます。Sales agentが生成するメール関連インサイトには30日の保持期間が設定されています。(Microsoft Learn)
ただし、Sales agent全体のデータ保持は、通常のMicrosoft 365アプリと同一ではありません。Microsoft 365の契約終了後も、Sales agentのDataverseデータが通常のMicrosoft 365データと同じタイミングで自動削除されるとは限りません。
退職者データや契約終了後のデータを確実に削除する必要がある組織は、Dataverse側の削除手順まで運用に含める必要があります。
日本の組織では境界外データ移動への同意が重要
日本にCRM環境がある場合、Sales agentのCopilot AI機能を利用するには、データが選択した地域の外に移動する可能性について管理者の同意が必要です。
Microsoftの地域一覧では、日本は境界外データ移動への同意が必要な地域に含まれています。同意しない場合、Copilot AI機能を営業担当者が利用できず、会議インサイトも生成されません。Salesforce接続では、CRM環境の地域にかかわらず同意が必要です。(Microsoft Learn)
移動する可能性があるデータには、次のものが含まれます。
- ユーザーが入力したプロンプト
- CRMから取得した顧客・商談情報
- AIが生成する回答や会議インサイト
- 個人データを含む営業情報
また、会議準備に関係する一部の生成AI機能ではBing Searchが利用され、データが組織のコンプライアンス境界や地理的境界の外へ流れる可能性があるとMicrosoftは案内しています。(Microsoft Learn)
そのため、日本企業では単に管理画面のチェックボックスをオンにするのではなく、情報セキュリティ部門、法務部門、個人情報保護担当者と次の点を確認する必要があります。
- CRMに保存している個人情報の種類
- 顧客との契約上、国外処理が制限されていないか
- 要配慮情報や機密案件を処理してよいか
- Bing Searchを使う生成AI機能の利用範囲
- データ処理に関する社内規程との整合性
- 営業担当者へ通知すべき利用ルール
管理者が事前に設定・確認すべき項目
利用者をセキュリティグループで限定する
Sales agentと会議インサイトは、管理者設定で有効・無効を切り替えられます。また、組織全体へ一括展開するのではなく、特定のセキュリティグループだけに許可することも可能です。(Microsoft Learn)
初期導入では、次のような小規模グループに限定するのが安全です。
- CRM入力ルールを理解している営業担当者
- 顧客との外部会議が多い担当者
- Dynamics 365またはSalesforceの利用経験がある担当者
- 誤リンクを報告できる担当者
- 業務部門とIT部門の双方から選んだ検証担当者
公開済みのロードマップ説明では、この自動リンク機能だけを個別に無効化する専用設定の詳細までは示されていません。現段階では、Sales agent、Sales Chat、会議インサイトの利用範囲をセキュリティグループで制御し、段階的に検証する方法が現実的です。
CRMエンティティを必要最小限にする
管理者は、Sales agentがアクセスできるDynamics 365のテーブルやSalesforceのオブジェクトを設定できます。
注意したいのは、Sales agentへ追加したエンティティについて、すべての列へアクセスできるとMicrosoftが説明している点です。表示フォームで非表示にしているだけでは、AIからのアクセス範囲を十分に制限できない可能性があります。(Microsoft Learn)
追加前に、次のような列が含まれていないか確認します。
- 与信情報
- 個人の携帯電話番号
- センシティブな交渉メモ
- 苦情・事故・健康情報
- 非公開の値引率
- 社内評価
- 外部共有を前提としていない自由記述欄
利用目的のないカスタムテーブルやオブジェクトは、安易にSales agentへ追加しないことが重要です。
用語とCRM構造をAIへ理解させる
Dynamics 365では、同義語や用語集を設定できます。
たとえば、社内で「顧客」「取引先」「販売店」「代理店」を使い分けている場合、CRMのどのテーブルや列に対応するのかを定義します。独自の商談段階や略語も用語集に登録すると、Sales agentが自然言語とCRM項目を対応付けやすくなります。(Microsoft Learn)
ただし、SalesforceではDynamics 365と同じ同義語設定が利用できない部分があります。CRMごとの差を前提に検証してください。
Salesforce固有の管理項目を確認する
Salesforce環境では、次の設定も必要です。
- 利用者へSalesforceのAPI Enabled権限を付与する
- Power PlatformのDLPポリシーでSalesforceコネクタを許可する
- SalesforceでMicrosoft Power Platformの接続アプリを許可する
- サーバー間接続を設定する
msdyn_viva環境の管理者を確認する
最初のユーザーがSalesforceへサインインした際に、msdyn_viva環境が自動プロビジョニングされます。現行の仕組みでは、試用版環境の作成を管理者だけに制限するテナント設定が、このプロビジョニング処理では適用されないとMicrosoftが説明しています。導入前にPower Platform管理者へ共有しておくべき注意点です。(Microsoft Learn)
Teamsの文字起こし設定を分けて考える
会議とCRMの自動リンクや会議前のコンテキスト設定と、会議後の要約生成は同じではありません。
Sales agentが録画済みTeams会議から会議要約を生成するには、Teamsの文字起こしを有効にする必要があります。(Microsoft Learn)
そのため、管理者は次の2つを分けて判断します。
- 会議前にCRMコンテキストを表示するか
- 会議を録画・文字起こしし、会議後のインサイトを生成するか
録画や文字起こしが制限される業界では、自動リンク機能だけを利用し、会議後の記録生成は制限する運用も考えられます。
業務で効果が出やすい使いどころ
外部会議が多い法人営業
1日に複数の顧客会議を行う営業担当者は、案件を切り替えるたびにCRMとメール履歴を確認しています。
自動リンクによって、会議準備画面に正しい商談コンテキストが表示されれば、会議前の5分から10分を情報収集ではなく、質問や提案内容の検討に使えます。
1社で複数商談を進めている営業
大口顧客では、同じ取引先に複数の商談が存在します。
- 新規導入
- 契約更新
- 追加ライセンス
- 別部門への展開
- サポート契約
- コンサルティング案件
会議ごとに適切な商談を自動で提示できれば、別案件の価格や前提条件を混同するリスクを減らせます。ただし、この場面は誤リンクも起こりやすいため、CRMの商談名とステータスを整理しておく必要があります。
チームセリングと担当者交代
会議準備カードは、過去の会議やメールだけでなく、同じ取引先を担当するほかの営業担当者が得た情報も参照できます。
担当者の異動や休暇、技術担当者との同行、マネージャーの商談参加など、過去の経緯を知らないメンバーが参加する場面で効果を発揮します。
営業マネージャーの案件レビュー
会議と商談の関連付けが適切に行われれば、マネージャーは予定表から各担当者の重要会議を確認し、商談リスクや未解決事項を把握しやすくなります。
一方で、ソフトリンクだけではCRM活動履歴が更新されない可能性があります。営業活動量の集計や監査には、正式なCRM保存処理が必要かを別途決めてください。
開発での使いどころ
Sales agentは、CRM以外の業務システムから取得した情報をCRMレコードの要約へ追加する拡張機能も備えています。
Microsoftが公開しているプレビュー仕様では、独自アプリケーションのAPIを使い、取引先や商談に関する追加インサイトをSales agentのレコード要約へ表示できます。APIはCRMレコードの種類やIDなどを受け取り、関連するインサイトを返す構成です。(Microsoft Learn)
追加すると効果的なデータ例
- 顧客サポートシステムの未解決チケット
- 契約管理システムの更新日と解約条件
- 請求システムの入金遅延
- 製品利用状況やアクティブユーザー数
- 導入プロジェクトの進捗と遅延
- 在庫や納期
- SLA違反
- 顧客満足度調査の結果
たとえば、CRM上では順調に見える更新商談でも、サポートシステムに重大な未解決障害が残っていることがあります。その情報を会議準備の商談要約へ追加できれば、営業担当者は更新提案の前に障害対応状況を確認できます。
ただし、この拡張APIはCRMレコードの要約を充実させるものであり、会議をどのレコードへリンクするかを直接制御するAPIではありません。自動リンク先の判定ロジックと、リンク後に表示する追加情報は分けて設計する必要があります。
拡張時の設計ポイント
- APIではユーザーが閲覧権限を持つ情報だけを返す
- 会議前に短時間で読める情報量へ絞る
- 情報の取得元と更新日時を表示する
- API障害時も標準のCRM要約を表示できるようにする
- 個人情報や機密情報を必要以上に返さない
- API呼び出しとエラーを監視できるようにする
- プレビュー仕様の変更に追従できる構成にする
起こりやすい失敗と対策
| 問題 | 主な原因 | 対策 |
|---|---|---|
| 別の商談へリンクされる | 連絡先の重複、類似商談、古い商談が未終了 | 重複削除、商談名の具体化、終了処理を徹底する |
| 会議準備カードが表示されない | 社外参加者がいない、非公開、繰り返し会議など | 会議条件とCRM連絡先登録を確認する |
| CRMの活動履歴が増えない | ソフトリンクを正式な保存と誤解している | 活動履歴が必要な会議は既存の保存操作を行う |
| AIインサイトが生成されない | Copilot AIまたはデータ移動への同意が無効 | テナント・環境の設定と日本向け同意を確認する |
| Salesforceへ接続できない | API権限、DLP、接続アプリ、S2S設定の不足 | SalesforceとPower Platformの双方を確認する |
| 想定外のデータをAIが参照する | CRMエンティティを広く追加している | 列の機密性を確認し、対象エンティティを絞る |
msdyn_vivaが突然作成される | Salesforce利用者の初回サインイン | 事前にPower Platform管理者へ通知する |
| 会議要約が生成されない | Teams文字起こしが無効 | 録画・文字起こしポリシーを確認する |
| 会議が重複登録される | 複数のOutlook連携機能から同じ活動を保存 | CRMへの保存経路を一本化する |
既存のDynamics 365 App for Outlookなどで会議を保存している組織は、Sales agentから再度保存した際の重複にも注意が必要です。自動リンクの導入を機に、OutlookからCRMへ活動を登録する経路を棚卸ししてください。
自社で対応が必要かを判断する
| 自社の状況 | 推奨する対応 |
|---|---|
| Sales agentとDynamics 365またはSalesforceをすでに利用している | 早めに設定、データ境界、CRM品質を確認する |
| 2026年中にSales agentを導入予定 | セキュリティグループを使った試行環境を準備する |
| 日本のCRM環境でCopilot AIを利用する | 境界外データ移動への同意を法務・セキュリティ部門と確認する |
| Salesforceを利用している | msdyn_viva、DLP、API権限、S2S接続を事前確認する |
| CRMに重複レコードが多い | 自動リンクの前にデータクレンジングを行う |
| 顧客情報の国外処理を認められない | AI機能を有効化せず、仕様変更を継続監視する |
| Dynamics 365 SalesとSalesforce以外を利用している | 現時点では直接対応せず、対応CRMの拡大を監視する |
| 営業部門でMicrosoft 365 Copilotを利用していない | 緊急対応は不要。導入計画が生じた時点で再評価する |
一般提供に向けた実務的な準備手順
利用状況を棚卸しする
最初に、Microsoft 365 Copilotのライセンス、Sales agentの展開状況、接続CRM、利用者数を確認します。
データ処理を審査する
日本からの境界外データ移動、Azure OpenAIによる処理、Bing Search、Dataverseへの保存について、社内規程や顧客契約との整合性を確認します。
CRMデータを整備する
連絡先の重複、商談ステータス、取引先との関連、メールアドレス、商談名を整理します。
小規模な検証グループを作る
全社展開ではなく、5人から20人程度の営業担当者へ限定します。複数商談を持つ顧客や、担当者が複数いる案件もテスト対象に含めます。
正しいリンク率を測定する
最低限、次の指標を記録します。
- 自動リンクされた会議数
- 正しい商談へリンクされた割合
- 誤リンクの割合
- CRMレコードを手作業で探した回数
- 会議準備にかかった時間
- 表示されなかった会議の理由
- 権限外データの表示件数
- CRM活動の重複登録件数
運用ルールを決める
誤ったリンクを発見した場合の報告先、CRMデータの修正担当者、会議を正式保存すべき条件を決めます。
たとえば、「顧客との提案・契約会議はCRMへ正式保存するが、情報交換だけの会議はソフトリンクのみ」といった基準を設けると、営業担当者が迷いにくくなります。
まとめ
Microsoft 365 Copilotの会議とCRMレコードの自動リンクは、営業担当者が会議前に行っている案件検索や情報収集を減らす機能です。顧客会議に適切な商談コンテキストが自動設定されれば、メール、予定表、CRMを行き来する時間を削減できます。
一方で、自動リンクはCRMへの正式な活動保存と同じではありません。Dynamics 365 SalesまたはSalesforceへの接続、Sales agentの展開、会議準備のライセンス、Dataverseの管理、日本からの境界外データ移動への同意も確認が必要です。
一般提供を待ってから設定を始めるのではなく、まず対象ユーザーとCRMのデータ品質を確認し、セキュリティグループで限定した検証を準備してください。特に、正しいリンク率、誤リンクの原因、会議準備時間の削減量を測定できる状態にしておくことが、導入効果を判断する近道です。
コメント