Dynamics 365 SalesでCopilotを有効化する際に、2026年4月時点でまず確認すべき結論は「Copilotが既定でオンになる条件」と「管理者が明示的に同意・制御すべき範囲」が整理された点です。特に、過去にCopilotをオフにした環境では自動的にオンへ戻らないため、Microsoft 365管理者やPower Platform管理者は、リージョン、データ移動、DLP、監査履歴、アプリ単位の有効化設定を一つずつ確認する必要があります。(Microsoft Learn)
なお、2026年4月22日のGitHub履歴で確認できる「Turn on and set up Copilot in Dynamics 365 Sales」の変更は、本文手順の大幅な機能追加ではなく、該当ドキュメントの ms.update-cycle を90日から180日に戻すメタデータ変更が中心です。公開ページ上の最終更新日は2026年3月10日と表示されています。つまり、4月更新ポイントとして重要なのは「新機能が増えた」と見ることではなく、現行手順を前提に管理・ガバナンス設定を再点検することです。(GitHub)
Dynamics 365 SalesのCopilot設定で2026年4月に押さえるべきポイント
今回の確認で重要なのは、Dynamics 365 SalesのCopilotが「単にSales Hubでオンにすれば終わり」ではないことです。Microsoft Learnの公式手順では、Copilotの既定オン、リージョン間データ移動、月次リリースチャネル、Power Platform管理センター側の有効化、Sales Hub側のアプリ設定が関係します。(Microsoft Learn)
| 確認項目 | 2026年4月時点の実務ポイント | 管理者が取るべき行動 |
|---|---|---|
| 4月22日の更新内容 | GitHub履歴上は ms.update-cycle の変更が中心 | 機能追加と誤解せず、現行手順との差分確認に使う |
| Copilotの既定状態 | 条件を満たす組織ではCopilotが既定でオン。ただし、過去にオフにした環境はオフのまま | 既存環境で「オンになっているはず」と決めつけず設定を確認する |
| リージョンとデータ移動 | Azure OpenAI Serviceエンドポイントの有無、リージョン間データ移動の同意が影響 | グローバル拠点・日本環境・EU拠点ごとに法務と確認する |
| DLPポリシー | Copilotに必要なコネクタがDLPでブロックされると動作しない可能性がある | Microsoft Dataverseなど必要コネクタの扱いを見直す |
| 監査履歴 | 最近の変更表示にはリード、営業案件、取引先企業の監査履歴が必要 | 有効化だけでなく、監査権限と対象テーブルを確認する |
| アプリ単位の制御 | 組織全体と個別アプリで設定を分けられる | パイロット導入はSales Hubのみオンなど段階展開する |
Copilotが自動でオンになる組織と、手動設定が必要な組織
Dynamics 365 SalesのCopilotは、Azure OpenAI Serviceエンドポイントが利用可能なリージョンにある組織、またはリージョン間データ移動に同意し販売アプリで月次リリースチャネルを選択している組織では、既定でオンになると説明されています。一方で、それ以外の組織では、管理者がPower Platform管理センターでリージョン間データ移動に同意し、その後Sales HubアプリでCopilotをオンにする必要があります。(Microsoft Learn)
ここで見落としやすいのは、「過去にCopilotをオフにした場合は、オフのまま」という点です。以前の検証でCopilotを停止したテナントや、本番導入前に無効化した環境では、既定オンの条件を満たしていても自動復帰しない前提で確認した方が安全です。(Microsoft Learn)
既定オンでも、管理者の確認が必要な理由
Copilotの有効化は、営業現場の便利機能というより、データ処理・権限・監査・リリース管理に関わるITガバナンス項目です。たとえば、アカウントニュースの取得ではBing検索が関係し、Sales Hub内の最近の変更表示では監査履歴が関係します。営業部門だけでオンにすると、後から「なぜこの情報が表示されないのか」「どのデータが使われているのか」を説明できなくなる可能性があります。(Microsoft Learn)
管理者が確認すべき前提条件
Dynamics 365 SalesでCopilotを有効にする前に、最低限次の4点を確認します。
| 前提条件 | 確認する場所 | 失敗しやすいポイント |
|---|---|---|
| Copilotの提供リージョン | Microsoftの可用性レポート、Power Platform環境情報 | 日本、EU、米国など拠点ごとに条件が異なる可能性を見落とす |
| Azure OpenAI Serviceエンドポイント | Copilot／生成AI機能のデータ処理リージョン情報 | エンドポイントがない地域でデータ移動同意を忘れる |
| DLPポリシー | Power Platform管理センターのData policies | 必要コネクタをブロックしてCopilotが応答しない |
| Power Platform管理者側の有効化 | Power Platform管理センターのCopilot設定 | Sales Hub側だけオンにして、組織側設定を確認しない |
Microsoftの公式FAQでは、Copilotが動作しない理由の一つとして、DLPポリシーでMicrosoft DataverseやCopilot StudioのDirect Line channelsがブロックされているケースが挙げられています。ブロック解除後は、これらのコネクタを同じポリシーグループ内で扱う必要があります。(Microsoft Learn)
リージョン間データ移動の同意は慎重に判断する
Power PlatformとDynamics 365のCopilot／生成AI機能では、環境のホストリージョン、利用する機能、利用可能な容量によって、リージョン外へのデータ移動を許可する必要がある場合があります。Microsoftは、データ移動を許可した場合、プロンプトや応答が生成AI機能のホスト場所へ移動する可能性があると説明しています。(Microsoft Learn)
管理者はPower Platform管理センターで対象環境を選び、Generative AI featuresの設定から、Move data across regions、Bing search、Microsoft 365 servicesなどの項目を確認します。これらの設定を行うには、Power Platform管理者またはDynamics 365管理者の権限が必要です。(Microsoft Learn)
日本企業で特に確認したいポイント
日本企業やグローバル企業の日本法人では、次の観点で確認すると判断しやすくなります。
| 観点 | 確認する内容 |
|---|---|
| 法務・コンプライアンス | リージョン外処理を許可できる社内規程か |
| 営業データ | 顧客名、案件情報、商談メモなどがCopilotの入力に含まれる可能性を理解しているか |
| Bing検索 | アカウントニュース取得を営業で使うか、使わないか |
| 障害時の継続性 | ローカル容量不足や障害時にフォールバックを許可するか |
| グローバル展開 | 国・地域ごとに同じ設定でよいか、環境単位で分けるか |
Microsoftは、リージョン間データ移動が発生するのは、必要なモデルがローカルに展開されていない場合、容量超過時、またはローカルモデルに信頼性上の問題がある場合などと説明しています。また、この処理中にMicrosoftが入力・出力データをログ記録、保存、保持しないとも説明されています。ただし、データ移動が行われた後にチェックを外しても、過去に発生したデータ移動を取り消せるわけではありません。(Microsoft Learn)
Power Platform管理センター側でCopilotを管理する
Dynamics 365 SalesのCopilotは、Sales HubだけでなくPower Platform管理センター側からも制御します。Power Platform管理センターのCopilot領域では、利用状況、コスト、今後の機能、学習資料、細かな制御を一元的に確認できます。(Microsoft Learn)
特に管理者が確認したいのは、Copilot > Settings > Dynamics 365 Sales配下の設定です。テナント管理者は、Dynamics 365 SalesのCopilotやAI Agentsを、環境または環境グループ単位でオン／オフできます。既定ではAI機能がオンになっているため、制限したい場合は明示的に設定する必要があります。(Microsoft Learn)
権限制御は「環境」「Entraグループ」「アプリ」で分けて考える
Copilot in Dynamics 365 Salesのアクセス制御は、環境、Entraグループ、アプリの複数階層で考える必要があります。Microsoft Learnでは、モデル駆動型アプリ全体のテナントレベル制御、Dynamics 365 Sales向けのテナントレベル制御、Entraグループ単位の制御、Sales Hubのアプリレベル制御が説明されています。(Microsoft Learn)
| 制御レベル | 向いている使い方 | 例 |
|---|---|---|
| 環境単位 | 本番、検証、開発で方針を分ける | 検証環境だけ先にオン |
| 環境グループ | 複数地域・複数部門をまとめて管理 | APAC営業環境だけ段階導入 |
| Entraグループ | 利用者を限定する | 先行利用チームだけ許可 |
| アプリ単位 | Sales Hubやカスタム営業アプリごとに制御 | Sales Hubのみオン、カスタムアプリはオフ |
段階導入するなら、最初から全社オンにするより「対象環境を限定し、Entraグループで利用者を絞り、Sales Hubのみオン」にする方がトラブルを切り分けやすくなります。
Sales HubでCopilotをオン／オフする手順
Power Platform管理センター側の前提が整ったら、Sales HubでCopilot機能を有効化します。公式手順では、Sales Hubアプリの左下にあるエリア変更からApp Settingsに移動し、General SettingsのCopilotを選択します。その後、必要に応じて監査履歴をオンにし、All appsまたはIndividual appsでグローバル設定・アプリ別設定を選びます。(Microsoft Learn)
| 手順 | 操作 | 確認ポイント |
|---|---|---|
| 1 | Sales Hubを開く | 管理権限のあるユーザーで作業する |
| 2 | 左下のエリア変更からApp Settingsへ移動 | 日本語UIでは「アプリの設定」に相当 |
| 3 | General Settings > Copilotを選択 | Copilot設定ページが表示されるか確認 |
| 4 | Turn audit onを選択 | リード、営業案件、取引先企業の最近の変更表示に必要 |
| 5 | All appsの設定を選択 | 全営業アプリへ適用するか判断 |
| 6 | Individual appsで必要に応じて上書き | Sales Hubのみオンなどが可能 |
| 7 | 保存 | 変更後、対象ユーザーで表示確認する |
Copilotをオンにすると、営業アプリ内でチャットと埋め込みCopilotエクスペリエンスが有効になります。ただし、Power Platform管理者が組織側でオンにしていても、Power Apps管理者がSales Hubアプリ側でオフにしている場合、Sales Hubではオフ、他の営業アプリではオンという状態になり得ます。(Microsoft Learn)
監査履歴をオンにしないと「最近の変更」が使いにくい
Copilotの設定でよくある失敗が、Copilot自体は有効化したものの、監査履歴や監査権限の確認を忘れるケースです。Copilotがリード、営業案件、取引先企業の最近の変更を表示するには監査履歴が必要です。さらに、他のテーブルから最近の変更を表示するよう設定した場合、それらのテーブルの監査履歴も関係します。(Microsoft Learn)
また、Copilotの最近の変更リストは監査履歴から生成されます。売り手が最近の変更を表示するには、監査履歴と監査サマリーへのアクセス権も必要です。Microsoft Learnでは、販売担当者に割り当てられているセキュリティロールで「View Audit History」と「View Audit Summary」に組織レベルの権限を付与する手順が説明されています。(Microsoft Learn)
監査履歴まわりの注意点
| 注意点 | 実務での対策 |
|---|---|
| 監査履歴をオンにすると対象データが増える | どのテーブルを対象にするか事前に決める |
| 後でサマリーフィールドを削除しても監査履歴は自動でオフにならない場合がある | 不要になったテーブルの監査設定を手動で見直す |
| 営業担当者に監査表示権限がない | セキュリティロールの権限を確認する |
| カスタムテーブルを追加したが変更が出ない | そのテーブルの監査履歴が有効か確認する |
サマリー項目は業務に合わせて調整する
Copilotのレコードサマリーは、既定のフィールドだけでも使えます。ただし、実務では「売上見込み」「クローズ予定日」「提案内容」「競合」「次アクション」など、自社の営業プロセスで重要な項目を優先した方が役立ちます。
Microsoft Learnでは、サマリーや最近の変更に使うフィールドを追加できると説明されています。設定できるフィールド数は、サマリーでは最低4件から最大15件、最近の変更では最大10件です。(Microsoft Learn)
| 営業プロセス | サマリーに入れたい項目例 | 期待できる効果 |
|---|---|---|
| BtoB新規営業 | 業種、従業員規模、課題、提案商材、次回接触日 | 初回商談前の状況把握が早くなる |
| 大型案件管理 | 想定売上、決裁者、競合、リスク、クローズ予定日 | マネージャーレビューがしやすくなる |
| 既存顧客営業 | 契約状況、未解決ケース、更新日、関連案件 | アップセル・更新活動に活用しやすい |
| インサイドセールス | スコア、流入経路、最終接触日、次アクション | 優先順位付けに使いやすい |
フィールドを増やしすぎると、要約が長くなり、かえって読みづらくなります。最初は営業会議で実際に使う項目に絞り、利用状況を見ながら調整するのがおすすめです。
Bing検索を使う場合は、営業現場への説明が必要
Copilot in Dynamics 365 Salesでは、取引先企業の最新ニュース取得にBingが使われます。FAQでは、アカウントニュース利用時に取引先企業名がBingへ送信されると説明されています。(Microsoft Learn)
そのため、営業担当者には「どの情報がCRM内のデータから来ているのか」「どの情報がBing検索由来なのか」を説明しておく必要があります。特に、上場企業や公開情報が多い顧客では便利ですが、非公開企業、機密性の高い商談、社内コード名で管理している案件では、検索結果の扱いに注意が必要です。
| 利用シーン | Bing検索を使うメリット | 注意点 |
|---|---|---|
| 商談前の企業調査 | 直近ニュースを素早く確認できる | ニュースの正確性を人が確認する |
| 既存顧客の動向確認 | 決算、拠点展開、人事発表などを拾いやすい | 古い情報や同名企業の混在に注意 |
| 休眠顧客への再接触 | 外部変化をきっかけに提案しやすい | CRM内の履歴と照合して判断する |
| 機密案件 | 外部情報を使わない運用も検討できる | Bing検索の同意・利用方針を明確にする |
月次リリースチャネルはカスタマイズ検証とセットで考える
Dynamics 365 SalesのCopilot設定では、販売アプリの月次リリースチャネルも関係します。Power Appsのリリースチャネルに関する公式情報では、月次チャネルを有効にした環境では、作成者が毎月のリリースに対してカスタマイズの動作を検証する必要があると説明されています。また、Sales Hubは2024 release wave 2で月次チャネルへ変更されるアプリとして示されています。(Microsoft Learn)
カスタムフォーム、JavaScript、プラグイン、セキュリティロール、営業プロセスフローを多く使っている環境では、Copilotだけでなく、Sales Hub全体の月次更新による影響も確認しましょう。
月次チャネル環境での検証観点
| 検証対象 | チェック内容 |
|---|---|
| カスタムフォーム | Copilotペイン、サマリーウィジェット、既存タブの表示崩れ |
| セキュリティロール | Copilot表示、監査履歴表示、SharePoint参照権限 |
| DLPポリシー | 必要コネクタがブロックされていないか |
| 営業プロセス | Copilotの要約が商談レビューに使える内容か |
| ユーザー教育 | Copilotの回答をそのまま顧客送付しないルールがあるか |
Microsoft 365 Copilot for Salesとの違いも整理しておく
現場で混同しやすいのが、Dynamics 365 Sales内のCopilotと、Microsoft 365 Copilot側で利用するSales agentです。公式FAQでは、Sales agent in Microsoft 365 CopilotはTeams、Outlook、Word、Excel、Dynamics 365 Salesなどで利用でき、Dynamics 365 SalesとSalesforce CRMをサポートする一方、Copilot in Dynamics 365 SalesはDynamics 365 Salesアプリに組み込まれ、Dynamics 365 Salesのみをサポートすると説明されています。(Microsoft Learn)
| 項目 | Copilot in Dynamics 365 Sales | Sales agent in Microsoft 365 Copilot |
|---|---|---|
| 主な利用場所 | Dynamics 365 Sales内 | Microsoft 365アプリとDynamics 365 Sales |
| CRM対応 | Dynamics 365 Sales | Dynamics 365 Sales、Salesforce CRM |
| 向いている用途 | Sales Hub内での要約、最近の変更、営業データ質問 | OutlookやTeamsなど日常業務からCRM情報を扱う |
| 管理上の注意 | Sales Hub、Power Platform、DLP、監査履歴 | Microsoft 365 Copilot側のライセンス・管理も関係 |
すでにMicrosoft 365 Copilotを全社展開している企業では、「営業チームはどちらを主に使うのか」を決めておくと混乱を防げます。Dynamics 365 Sales内で案件を深く扱うならCopilot in Dynamics 365 Sales、OutlookやTeams中心で営業活動を進めるならSales agentの比重が高くなります。
導入前に使えるチェックリスト
本番環境でDynamics 365 SalesのCopilotを有効化する前に、次のチェックリストを使うと抜け漏れを減らせます。
| チェック項目 | 完了の目安 |
|---|---|
| Copilotの提供リージョンを確認した | 対象環境ごとに可用性を確認済み |
| リージョン間データ移動の扱いを決めた | 法務・セキュリティ部門と合意済み |
| Bing検索の利用方針を決めた | アカウントニュース利用の可否を明文化 |
| Power Platform管理センターでAI機能を確認した | Dynamics 365 SalesのCopilot設定を確認済み |
| DLPポリシーを見直した | Microsoft Dataverseなど必要コネクタを許可 |
| Sales HubでCopilotをオンにした | All appsまたは個別アプリ設定を保存済み |
| 監査履歴を有効化した | リード、営業案件、取引先企業を確認済み |
| 販売担当者の監査権限を確認した | View Audit History、View Audit Summaryを確認 |
| サマリー項目を調整した | 営業会議で使う項目に絞り込み済み |
| パイロット利用者を決めた | Entraグループや対象部署を限定済み |
| 利用ルールを周知した | AI回答の確認、顧客送付前レビューを説明済み |
うまく動かない場合の切り分け
Copilotが表示されない、応答しない、期待した情報が出ない場合は、次の順番で確認すると原因を特定しやすくなります。
| 症状 | 主な原因 | 確認する場所 |
|---|---|---|
| Copilot設定ページが使えない | テナントまたは環境側で無効 | Power Platform管理センターのCopilot設定 |
| Copilotは表示されるが応答しない | DLPで必要コネクタがブロック | Data policies > Data loss prevention |
| 最近の変更が出ない | 監査履歴が無効、または権限不足 | テーブル監査設定、セキュリティロール |
| アカウントニュースが出ない | Bing検索が未同意、または対象ニュースなし | Generative AI features、Copilot設定 |
| 一部アプリだけ使えない | アプリレベルでオフ | Sales Hub > App Settings > Copilot |
| 要約が業務に合わない | 重要フィールドが設定されていない | サマリー／最近の変更フィールド設定 |
特にDLPと監査履歴は、設定画面上ではCopilotがオンに見えても利用体験に影響します。営業担当者から「Copilotが使えない」と問い合わせが来た場合は、ライセンスや表示設定だけでなく、DLP、監査履歴、権限、Bing同意をセットで確認しましょう。(Microsoft Learn)
2026年4月更新を踏まえて、管理者が次にやるべきこと
2026年4月時点の「Turn on and set up Copilot in Dynamics 365 Sales」は、新機能の追加よりも、現行のCopilot設定を正しく理解し、管理者がガバナンスを整えることが重要です。4月22日の更新はメタデータ変更が中心ですが、実務では「Copilotが既定でオンになる条件」「過去にオフにした環境はオフのまま」「リージョン間データ移動の同意」「DLP」「監査履歴」「アプリ単位の制御」を確認する価値があります。(GitHub)
まずは本番環境でいきなり全社展開するのではなく、検証環境または限定した営業チームで、Copilotの表示、要約精度、最近の変更、Bing検索、権限、DLPを確認してください。その結果をもとに、法務・セキュリティ・営業責任者と利用ルールを固めることが、Dynamics 365 SalesのCopilotを安全かつ実用的に活用する近道です。
コメント