Dynamics 365とは？モジュール構成や料金、2026年AI統合を解説

Dynamics 365は、Microsoftが提供するCRM・ERPアプリを共通のMicrosoft基盤上で連携できるクラウド業務アプリケーション群で、営業・顧客サービス・財務・サプライチェーン・製造など幅広い業務領域をカバーします。
2026年に入って様相が大きく変わったのが、Copilot・AIエージェントとの統合レイヤーです。Sales Agent／Service Agentが2026年7月に正式提供へ移行し、Copilot Cowork（2026年6月GA）・Microsoft Foundry経由でDynamics 365のデータをまたぐ業務自動化が本格化しています。

本記事では、Dynamics 365の全体像・主要11アプリの役割・2026年のAIエージェント統合・料金体系と導入コスト相場・Salesforceとの比較・選定で見落とされやすい論点・導入ステップ・日本企業の導入事例までを、2026年7月時点の最新情報で体系的に解説します。

Dynamics 365とは？MicrosoftのCRM・ERP統合型クラウド業務アプリ

Dynamics 365とは、Microsoftが提供するCRM・ERPアプリを共通のMicrosoft基盤上で連携できるクラウド業務アプリケーション群です。

営業・顧客サービス・現場業務・財務・在庫・製造・人事・プロジェクト管理まで、企業活動の主要領域をカバーする複数のアプリで構成されています。

Customer Engagement系はDataverse、Finance & Operations系は別データ領域を持ちつつ、dual-writeで双方向連携できる構造が特徴で、従来型のCRM・ERPが完全に分離していたのに対し、同じID基盤（Microsoft Entra ID）・分析基盤（Power BI）を共有できます。

営業データと在庫データを跨いだ意思決定や、顧客サービス履歴を財務側のクレジット判定に反映するといった業務横断で情報を扱う運用を前提に設計されています。

---

Dynamics 365の主要モジュールと役割

ここからは、本記事で扱うDynamics 365の主要11アプリについて、それぞれの役割と代表的な適用シーンを整理します（Microsoft公式の固定分類ではなく、本記事の粒度です）。

既に業務システムを持つ企業は、「どの領域から入るか」を判断する材料として読み解いてください。

以下の表で、主要アプリと対応業務領域を整理しました。

系統	モジュール	対応業務領域
Customer Engagement	Sales	商談管理・パイプライン・見込み客スコアリング
Customer Engagement	Customer Service	サポート案件管理・ナレッジベース・SLA運用
Customer Engagement	Field Service	現場作業員のスケジューリング・作業指示・在庫管理
Customer Engagement	Customer Insights	顧客データ統合・セグメント配信・行動分析
Customer Engagement	Contact Center	音声・チャットのオムニチャネル対応・AI音声エージェント
Finance & Operations	Finance	会計・与信・予算管理・多通貨対応
Finance & Operations	Supply Chain Management	生産計画・在庫最適化・調達・倉庫管理
Finance & Operations	Commerce	店舗POS・EC・オムニチャネル販売
Finance & Operations	Human Resources	従業員情報・報酬情報・給与システム連携・パフォーマンス管理
Finance & Operations	Project Operations	案件収支・工数管理・リソース最適化
Business Central	Business Central	中小規模向けオールインワンERP（会計・販売・在庫・製造）

この一覧から見えるのは、Dynamics 365が「大企業向けFinance & Operations系」と「中小企業向けBusiness Central」を1つのブランドで併存させている点です。

企業規模と業務範囲に応じて選ぶアプリが変わり、規模拡大に合わせてBusiness CentralからFinance & Operations系へ乗り換える選択肢も用意されています。

Sales — 商談パイプラインとAI予測

Salesは、Dynamics 365の代表的なアプリの1つで、多くの企業でCRM／SFA用途として採用されています。商談ステージ管理、見込み客スコアリング、営業レポートの自動生成といった、SFA／CRMとして基本的な機能を1画面で提供します。

2026 Release Wave 1（4〜9月）では、通話機能を組み込んだSales Hub Dialerがプレビュー提供として追加され、顧客履歴を参照しながら発着信する仕組みが導入検討可能になりました。

営業に特化した既存機能を掘り下げたい場合は、Copilot for Salesの解説もあわせて参照してください。

Customer Service — SLA運用とナレッジ活用

Customer Serviceは、サポート案件（インシデント）の起票からエスカレーション、SLA管理、解決までを一元管理できるモジュールです。

ナレッジベースを組織横断で共有し、案件対応中にCopilotが類似案件・推奨対応をリアルタイム提示する運用は、Enterprise／Premiumなど対象プランで利用できます（Professionalは対象外・全プラン共通の標準機能ではない）。

コールセンター機能を強化したい場合、Customer Service PremiumにはContact Centerが同梱されるため、追加契約なしで利用できます。EnterpriseやProfessionalの場合はContact Center単体を追加契約する構成になります。

Field Service — 現場作業員のスケジューリング

Field Serviceは、点検・設置・修理など現場に出向く業務を持つ企業向けのモジュールです。

顧客サイト・作業員のスキル・部品在庫を組み合わせた最適スケジューリング、モバイルアプリでの作業指示、作業完了後の請求連携までをカバーします。

2026 Release Wave 1では、モバイル操作性の改善と、AIによるスケジューリング最適化が強化されています。設備メーカー・保守サービス業・不動産管理会社などが主要な採用業種です。

Finance / Supply Chain Management — 大企業向け基幹業務

Finance（財務）とSupply Chain Management（サプライチェーン管理）は、旧Dynamics AXの流れを汲むFinance & Operations系の中核モジュールです。
多通貨・多拠点・多法人体制での会計、生産計画、需給最適化を扱えます。

2026 Wave 1では、倉庫オペレーション、価格設定、AI駆動のサプライチェーン最適化に大きな機能追加が入りました。

特にDemand planning（需要予測）は、SCM標準プランでは限定機能、SCM Premiumでは高度な計画機能を利用できるプラン差があり、SAP系・Oracle系ERPからの乗り換え検討ではライセンス構成込みで比較する必要があります。

Business Central — 中小規模向けオールインワンERP

Business Centralは、財務・販売・購買・在庫・製造・サービスを1つのアプリで扱える中小規模企業向けのERPです。Finance & Operations系よりも導入・運用の負荷が軽く、中小規模企業のERP選択肢の1つになります。

Essentialsプランで会計・販売・在庫・購買までを、Premiumプランでこれにサービス・製造を追加できる料金体系です。
バックオフィス業務向けのエージェントも段階的に組み込まれています。

• Sales Order Agent（受注取り込み自動化）
  2025年11月10日にGA。受注メール・PDFからの受注情報抽出と受注書起票を担う。
  
  

• Payables Agent（仕入先請求書処理）
  一般提供（GA）で、Business Centralのすべての国・地域版で利用可能。ただし対応言語に日本語は含まれないため、日本での運用時は公式の対応言語表を必ず確認する。
  
  

いずれのエージェントも本稼働ではCopilot Creditsが別途必要（Business Central Premiumには同梱されない）で、消費ベース課金の設定にもとづき事前購入または従量課金でCreditsを確保します。

なお、Payables Agentは本番環境で最初の50請求書までCopilot Creditsを消費しない試用モードを利用できます。

Business Central Onlineでは、請求書などのレコードをTeamsチャットにカードとして共有し、権限のあるユーザーが詳細を確認・操作できます。

Commerce・Human Resources・Project Operations

残りの3モジュールは、業種特化の色が強い構成です。

• Commerce
  店舗POS・ECサイト・オムニチャネル販売を1つの在庫プールで運用したい流通・小売業向け。
  
  

• Human Resources
  従業員マスター・報酬情報・給与システム連携・パフォーマンス管理を扱う人事モジュール。給与計算エンジン自体は含まれず、Payroll連携APIを通じて外部給与システムと連携する構成が基本。
  
  国内の社会保険・年末調整への対応方法は、利用する給与システムやパートナー拡張を個別に確認する必要がある。
  
  

• Project Operations
  案件単位で収支・工数・リソースを管理したい受託開発企業・コンサルティング会社向け。案件収支の可視化と、Microsoft Projectライクな工程管理を組み合わせられる。

---

Dynamics 365と2026年AIエージェント統合の最新動向

2026年に入ってからDynamics 365で最も動きが大きいのが、Copilot／AIエージェントとの統合レイヤーです。

ここでは、2026 Release Wave 1と直近の一般提供（GA）ニュースを軸に、どこまで自動化できるようになったかを整理します。

Sales Agent／Service AgentがDynamics 365内で正式提供

2026年7月7日、MicrosoftはSales AgentとService AgentのGA（一般提供開始）を公式ブログで発表しました（Moving sales and service organizations forward with agentic CX）。

Sales AgentがWoodgrove Bank案件を横断し、パイプライン状況・関係者・競合脅威を1画面で提示する動作イメージ（出典：Microsoft Dynamics 365 Blog）

このアップデートで重要なのは、両エージェントがDynamics 365内部だけでなく、Microsoft 365 Copilot・Outlook・Teamsからも同じ振る舞いで呼び出せるようになった点です。

営業担当は営業CRMを開き直さなくても、Copilot Chat上で「このメールの案件を進捗更新して」「先週の失注案件をリスト化して」といった依頼を自然文で完結できます。

エージェント側でDynamics 365のデータを更新するため、Copilot経由の操作結果がSales／Serviceのレコードにそのまま反映される仕組みです。

Copilot CoworkからDynamics 365データを操作

2026年6月16日にGAとなったCopilot Coworkは、Dynamics 365のセールス・カスタマーサービス・ERPシナリオ（パイプラインレビュー・案件解決・注文承認）に組み込まれています。

Copilot CoworkはMicrosoft 365 Copilot上で複数エージェント・複数コネクタを協働させる基盤で、Dynamics 365のデータを他アプリ（SharePoint・OneDrive・外部SaaS）と横断させる業務プロセスを組み立てられる仕組みです。

従来は「Dynamics 365の営業データ×SharePointの提案書テンプレ×Teamsの承認ワークフロー」を人が繋いでいた作業を、エージェントが1連の流れとして自動化できます。

Work IQ・Foundry IQ・MCPを組み合わせてエージェントに組織データを渡す

もう1つの節目は、Dynamics 365のデータを起点にしたカスタムエージェントを、自社Azureテナント内で組めるようになった点です。

ただし単一の経路で全部扱えるわけではなく、扱うデータ種別ごとに設計を分ける必要があります。

• Work IQ（M365シグナル）
  Microsoft 365 Copilotの組織データ層。Outlook・Teams・SharePoint等の日常業務シグナルを扱う基盤で、Dynamics 365そのものの直接I/Oは主用途ではない。
  
  

• Foundry IQ（外部ナレッジ検索）
  Foundry Agent Service上のカスタムエージェント向けの権限考慮ナレッジ検索・グラウンディング層。社内文書・添付ファイル・外部ソース等の幅広いナレッジ検索が主用途で、CRUD操作の主要経路ではない。
  
  

• Dynamics 365 ERP MCP Server（F&O系ERP）
  Finance・Supply Chain Management等のFinance & Operations系ERPアプリのデータ・業務ロジックをMCPプロトコル経由で扱う経路。財務伝票・在庫レコード・購買データ等が対象。
  
  

• Dataverse API・Power Platformコネクタ・製品固有ツール（Customer Engagement系）
  Sales・Customer Service等のCustomer Engagement系アプリのレコード（案件・顧客・サポート案件等）は、Dataverse Web API、Dynamics 365用Power Platformコネクタ、または各製品のCopilot Studio向けアクション経由でエージェントから扱う。
  
  

つまり、外部ナレッジ検索はFoundry IQ、F&O系ERPのCRUDはERP MCP Server、Customer EngagementのCRUDはDataverse API／コネクタ、M365日常業務はWork IQと、扱う対象アプリと操作種別で経路を切り分けるのが2026年時点の設計原則です。

2026年7月21日には、MicrosoftがDynamics 365 SalesのファーストパーティエージェントとCopilot StudioエージェントをMCPツールで拡張する方針とパートナー連携を発表しており、MCP経路のカバレッジは今後さらに広がる見込みです。

Microsoft側のIQレイヤー（Work IQ／Foundry IQ／Fabric IQ／Web IQ）の全体像はMicrosoft IQで整理しています。

Contact CenterのReal-time Voice Agent

Contact Centerモジュールでは、2026 Wave 1でCopilot Studioを活用したReal-time Voice Agentが搭載されました。顧客の通話をエージェントがリアルタイムで理解・応答し、話者交替なしで一次対応を完結できる設計です。

音声対応・スクリプト生成・エスカレーション判断まで、Copilot Studio上で定義したフロー通りにエージェントが動きます。
人手対応が必要になった段階で人間オペレータに引き継ぐハイブリッド運用も、同じ画面で組めます。

Copilot Credits制度の統合

2026年のもう1つの大きな変化が、Copilot Credits制度の統合です。

Sales Premium・Customer Service Premium・Finance Premium・SCM Premiumなどの対象Premium SKUには月1,000 Copilot Credits／ユーザーがバンドルされ、テナント単位でプールされるようになりました。

一方、Business Central PremiumのSales Order Agent／Payables Agent用Creditsは別売り（Copilot Creditsの事前購入または従量課金設定が必要）で、Premium同梱ではありません。

Premium SKUに含まれるかどうかはアプリごとに異なるため、対象SKUを最新の公式pricingページで必ず確認してください。

Copilot Coworkの1タスクあたりのCredit消費量は「Models（採用AIモデル）・Context（組織文脈）・Tools（実行アクション）・Runtime（エージェント基盤）」の4要素で決まる（出典：Microsoft 365 Blog）

図の中央にあるExample scenario（Adatum社との商談準備で、CRM・メール・会議メモを横断してブリーフィング資料と提案書を作成しMoana・Timにメール送信する）を見るとわかるとおり、1つのCowork依頼が呼び出すモデル選定・組織データ参照・アクション実行・実行時間の総和がCredit数として集計されます。

単純な「メッセージ1回=Nクレジット」ではなく、タスクの複雑度に応じて課金量が変動する設計です。

対象Premium SKU 50ユーザーの契約なら月50,000 Creditsのプールが確保され、テナント内でエージェントが消費します。
追加分は事前購入（最大20%引き）または従量課金（Pay-as-you-go）で補う設計で、AI Builder Creditsのシード配布は2026年11月に終了予定です。

Copilot／Foundry連携を頻繁に使う前提でエージェント消費量が多いなら、標準SKUに追加Creditsを積むよりも対象Premium SKUを選ぶ方がコスト効率で有利になる可能性があります。実際の判断はテナント全体の想定消費量を試算してから行います。

---

Dynamics 365の料金体系と導入コスト相場

Dynamics 365の料金は「モジュール別のユーザーライセンス」＋「必要に応じたCopilot Credits／アドオン」＋「導入・構築費」の3層構造です。

このセクションでは、主要モジュールのJPY単価と、導入プロジェクト全体の相場感を整理します。

主要モジュールの月額料金（2026年7月時点）

以下の表で、Dynamics 365主要モジュールの月額料金を整理しました。日本向け公式サイトの参考価格（2026年7月時点）で、国・通貨・地域要因により価格は変わることがあるため、実際の見積もりは公式pricingページで最新値を確認してください。

モジュール	プラン	月額（ユーザー／年払い）	主な用途
Sales	Professional	¥9,745	商談管理・レポートの基本SFA
Sales	Enterprise	¥15,742	Copilot＋事前構築エージェント（案件クロージング等）を含む
Sales	Premium	¥22,488	Enterprise＋1,000 Copilot Credits＋AI推奨
Customer Service	Professional	¥7,496	標準サポート案件管理
Customer Service	Enterprise	¥15,742	Copilot＋高度なケース管理・AI支援
Customer Service	Premium	¥29,235	Enterprise＋1,000 Copilot Credits＋Contact Center同梱
Contact Center	単体	¥16,491	音声・チャットのオムニチャネル基盤
Business Central	Essentials	¥11,994	会計・販売・在庫・購買
Business Central	Premium	¥16,491	Essentials＋サービス・製造
Business Central	Team Members	¥1,199	参照＋一部承認・限定編集

出典：Dynamics 365 Sales pricing／Customer Service pricing／Business Central pricing（すべて税抜・2026年7月時点）

この価格表から読み取れるのは、対象Premium SKU（Sales Premium・Customer Service Premium など）に1,000 Copilot Credits／ユーザーが同梱される設計になっている点です。

ただし全アプリのPremiumが同条件ではなく、Business Central Premiumのエージェント用Creditsは別売りです。Copilot Chat上でエージェントを頻繁に呼び出す前提の場合は、標準SKUに追加Creditsを積むか対象Premiumを選ぶかを、想定消費量を試算したうえで判断します。

Finance／Supply Chain Management／Commerce／Human Resources／Project Operationsといった旧Finance & Operations系モジュールは、標準料金がユーザー種別（フル／アクティビティ／チームメンバー）と組み合わせで決まる複雑な体系のため、パートナー経由の見積もりを取るのが一般的です。

導入プロジェクトの費用相場（一例）

ライセンス費とは別に、要件定義・データ移行・カスタマイズ・トレーニングを含めた導入プロジェクトの費用が発生します。

ただし公式相場や標準単価は公表されておらず、案件条件により大きく変動するため、本記事では具体的な金額レンジを提示しません。実案件ではカスタマイズの深さ・データ移行対象システム数・多拠点／多通貨対応の有無・パートナー稼働工数の4点で見積もりが大きく変動するため、パートナー2〜3社から相見積もりを取るのが実務的です。

Microsoft公式のSuccess by Design実装ガイドでは5段階の実装フレームワーク（Strategize・Initiate・Implement・Prepare・Operate）が示されており、要件定義の段階で「標準機能で通す部分」と「本当にカスタマイズが必要な部分」を切り分けることが、コストとリスクを抑える基本アプローチです。

2026年11月：AI Builder Creditsのシード配布終了

料金面で1点、2026年後半に向けて注意しておくべき変更があります。

Microsoftは2026年11月1日からPower Platform・Dynamics 365ライセンスに含まれていたシードAI Builder Creditsの配布を終了します。既存のAI Builder機能自体は引き続き利用可能で、Copilot Studioへのフロー移行が必須になるわけではありません。

変わるのは容量の調達方法で、必要な処理量に応じてCopilot Creditsなどで容量を賄う運用に切り替える形になります。

既存でAI Builderフローを運用している企業は、まず現在の消費量をAI Builder容量ページで再計測し、テナントに割り当てるCopilot Credits容量の見直しや追加購入を検討する、というのが実務対応の第一歩です。

---

Dynamics 365とSalesforceの比較

Dynamics 365の導入検討で必ず比較対象になるのがSalesforceです。両者ともにCRMとしての完成度は高い一方、想定する使い方が根本的に異なるため、判断軸を整理しておく価値があります。

3つの判断軸で比較する

以下の表で、Dynamics 365とSalesforceを実務上意味のある3つの判断軸で比較しました。

判断軸	Dynamics 365	Salesforce
Microsoft基盤との統合	Microsoft 365・Teams・Power Platform・Foundryとネイティブ連携	Slack・Tableau・MuleSoftなどを含むHeadless 360プラットフォームを中心に連携し、AgentExchange（旧AppExchange）で拡張
ERP／基幹業務の扱い	Finance & Operations／Business Centralを同ブランドで併用可能	主軸はCRMだが、Data 360・MuleSoftなどを通じてSAP・NetSuite等の基幹系と連携できる
カスタマイズと拡張性	Power AppsのローコードでUI・ロジック追加。Copilot Studioでエージェント化	Apex（独自言語）＋Lightning Web Components＋Agentforce（AIエージェント基盤）で高い自由度

この3軸を実務で言い換えると、Microsoft基盤の運用有無/CRM単独か財務・在庫まで統合するか/ローコードか専用開発体制かの3問が、選定の初期フィルタとして機能します。

最終判断は既存契約・パートナー体制・業種特化アドオンの厚みも含めて評価します。

ケース別のおすすめ

支援現場で聞かれる典型ケースについて、実務的な使い分けの目安は次のとおりです。

• Microsoft 365を全社標準にしている中堅企業 — Dynamics 365が第一候補。ID・データ・分析基盤の統一でTCOを抑えやすく、Copilotとの統合も進めやすい
  
  
• CRM単体で完結し、事業の中心が営業自動化にある企業 — Salesforceが有力候補。Data 360・Agentforce・Slack・Tableau等のHeadless 360プラットフォーム＋AgentExchange（旧AppExchange）で積み上げた業種特化アドオンの厚みは、単機能比較では見えにくい強み
  
  
• CRMとERPを同時に導入・刷新したい大企業 — Dynamics 365 Finance & Operations＋Salesを同ブランドで扱える点が構造的に有利。Salesforceを選ぶ場合は、Data 360・MuleSoft経由でSAP等の基幹系と連携する構成を別途設計する
  
  
• 専用開発体制を活かして独自ロジックを積み上げたい企業 — SalesforceのApex／Lightning Web Components＋Agentforceの自由度が魅力。Dynamics 365はPower Apps中心のローコード寄りで、要件次第では拡張範囲を確認する必要がある

AI連携の使い勝手は評価軸によって結論が変わります。Microsoft 365中心の環境なら、Sales Agent／Copilot CoworkがMicrosoft 365 Copilotと同じ基盤で動くDynamics 365側にツール切替の少なさという利点があります。

一方、SalesforceもAgentforceを中心にエージェント基盤を拡張中で、Slack・Data 360・MuleSoftとの統合を活かした自動化を優先するならSalesforce側にも合理性があります。

実際の選定は、既存Copilot／Agentforceの利用状況・パートナーのAI実装実績を含めて判断します。

---

Dynamics 365選定で見落とされやすい3つの論点

Dynamics 365の導入検討で、上位記事や公式ドキュメントには載りにくいのに実務で毎回引っかかる論点が3つあります。ケース別の推奨を含めて整理します。

モジュール選定の順序 — 段階導入という選択肢

複数モジュールを同時に立ち上げると、業務担当者の学習負荷・SIer稼働の分散・データ移行の並走といった論点が重なりやすくなります。

Microsoft公式のSuccess by DesignではStrategize〜Operateの5段階の実装フレームワークが示されており、要件・設計・構築・準備・運用を段階的に進める枠組みが公開されています。

選択肢の一つとして、Salesを起点にして営業プロセスの可視化を先行させ、その後Customer Service・Field Service・Business Centralへ順に拡張していく段階導入があります。

既存の商談データがCSV／Excelで管理されているケースでは、データ移行の初動負荷が比較的軽いことがSales先行の理由に挙げられます。

ただし、既にFinance & Operationsの刷新が経営課題として先に立っている企業や、複数モジュールの同時導入が事業要件で決まっているケースもあり、順序は事業側の優先順位と合わせて設計します。

F&Oのライセンス管理の変更 — 2026年1月15日以降の検証開始

Dynamics 365 Finance and Operationsアプリのライセンス管理は、Microsoftが2025年9月に公表した更新スケジュールにより、2026年1月15日以降、契約更新日・契約記念日を迎える顧客から段階的に検証が開始されています。
当初発表されていた2025年11月1日一斉適用のスケジュールから更新されています。

これまで運用上は「アクセスできてしまう」状態だった閲覧専用ユーザーも、契約更新のタイミングで明示的なライセンス割り当てが必要になります。

既存プロジェクトを持つ企業は、ユーザー棚卸しとライセンス種別（フル／アクティビティ／Team Members）の再割り当てを、契約更新に合わせて計画的に行うのが実務的です。

パートナー要否 — 自社導入は現実的ではない

Microsoftはパートナー・Microsoft Sales・オンライン購入の複数の購入経路を案内しており、製品要件としてパートナー必須ではありません。

ただしFinance & Operations系・複数モジュール併用・グローバル展開のいずれかが絡む複雑な案件では、認定パートナー（Microsoft Solutions Partner）の支援を利用するのが現実的です。

パートナー選定で見るべきは、業種別（製造・流通・金融・公共等）の実装実績、Finance & Operationsのモジュール認定保有状況、Copilot Studio／Power Platformの内製開発能力の3点です。

AIエージェント統合を前提にした要件定義力は重要な観点で、初回商談で「Sales AgentのGAに合わせた運用設計案を出せるか」を確認しておくと絞り込みが早くなります。

---

Dynamics 365の導入ステップと注意点

Dynamics 365の導入プロジェクトは、Microsoft公式のSuccess by Design実装ガイドで示されている段階的な進め方に沿うのが基本です。

ここでは実務でよく組む6フェーズの一例と、支援現場でよく見る詰まりどころを合わせて整理します。

導入プロジェクトの6フェーズ（一例）

1. 要件定義 — 業務プロセスをAs-Is／To-Beで整理し、標準機能でカバーする範囲とカスタマイズが必要な範囲を確定する
2. 設計 — 標準機能のパラメータ設計、Power Appsによる画面カスタマイズ設計、Copilot Studioでのエージェント設計
3. データ移行準備（並行進行） — 既存システム（Excel・Access・旧CRM/ERP）からのデータ抽出・クレンジング・マッピング
4. 構築・テスト — 環境構築、単体テスト、結合テスト、ユーザー受入テスト
5. 本番稼働 — 本番切替、初期トラブル対応、ハイパーケア期間の運用支援
6. 定着化・拡張 — 利用状況モニタリング、追加モジュール導入、Copilotエージェントの本格運用開始

各フェーズの期間は導入規模・カスタマイズ深度・データ移行対象数に応じて大きく変動します。

Business Central単モジュールなら比較的短期、Finance & Operations一式なら年単位のプロジェクトになるケースもあり、正確な期間はSuccess by Designに沿ってパートナーと合意します。

詰まりどころとしての注意点

• 標準機能の把握不足による過剰カスタマイズ
  「既存業務そのまま」を求めるとカスタマイズ工数が膨らむ。標準機能に業務を合わせる決断は、コストと保守負荷を抑える重要な設計判断になる
  
  
• データ移行の甘い見積もり
  「Excelを移すだけ」に見えて、実際はマスターデータのクレンジングに想定より大きな工数を割くケースがある。抽出・変換・重複排除・欠損補完を要件定義段階で洗い出しておく
  
  
• Copilot／Foundry連携の後付け
  AIエージェント統合を後回しにすると、要件によってはモジュール設計の見直しが必要になる。要件定義段階からCopilot Studioでのエージェント化を想定して業務プロセスを設計する
  
  
• Team Membersライセンスの誤用
  参照・承認・指定シナリオでの限定更新に用途が限られる制限を見誤り、フル操作が必要なユーザーに割り当ててしまう。2026年1月15日以降の契約更新タイミングでライセンス検証が入ると、この誤割り当てが顕在化する

いずれもプロジェクト序盤のフェーズ1〜2で判断すべき論点なので、パートナー選定の段階で「これらの詰まりどころへの対応方針」を提示してもらえるかを確認しておくと安全です。

---

Dynamics 365の日本企業導入事例

日本企業のDynamics 365導入事例をいくつか整理します。業種・目的の幅を掴む材料として読み解いてください。

本田技研工業（Honda） — 外部システム／内製システムとの連携

本田技研工業株式会社は、Dynamics 365を外部サービス・内製システムと連携させることで、新しい事業プロセスの実現に活用しました。

Microsoft基盤との親和性を活かし、既存の内製システム資産を残したままCRM／営業プラットフォームを近代化した事例です。

パーソルキャリア — SFA／営業支援基盤の統合

パーソルキャリア株式会社は、営業プロセスとデータを1つの基盤に集約する目的で、Dynamics 365をSFAとして採用しました。

営業担当ごとにExcelで管理していた案件情報を、共通データ基盤上に統合しています。

三菱電機ビルソリューションズ — 見積承認プロセスの短縮

三菱電機ビルソリューションズ株式会社では、Dynamics 365 Salesを「営業活動のハブ」として位置づけ、見積承認までの時間を大きく短縮しました。

標準化された営業プロセスを可視化したことで、承認者と現場のやり取りが構造化されたことがポイントです。

東京エレクトロン — 米国拠点への展開

東京エレクトロン株式会社は、米国拠点でのDynamics 365導入を、日本側のエンジニアが現地エンジニアと協働しながら進めた事例です。

グローバル拠点間で同じCRM基盤を運用する形の日米協働プロジェクトとして、公式事例に紹介されています。

DGSHAPE — 分社化に伴う業務システムの刷新

DGSHAPE株式会社は、分社化に伴う業務システムの刷新でDynamics 365を採用し、アナログな業務フローの改善とペーパーレス化を実現した事例です。

紙やアナログな業務フローが残る企業が、業務システムを刷新する際の参考事例です。

これら複数の事例に共通して見えるのは、Dynamics 365単体で完結させるのではなく、既存の内製システム・Microsoft 365・Power Platform等との連携を重視して設計している点です。

導入対象の業務領域や進め方（Sales先行／Customer Service米国展開／分社化に伴うシステム刷新等）は事例ごとに異なるため、自社の起点となる業務を選ぶ際は各事例の詳細を確認するのが実務的です。

---

Dynamics 365のデータをモジュール横断の業務Agentで活かすなら

Dynamics 365には、営業・顧客・財務・在庫といった業務意思決定に直結するデータが日々蓄積されます。

Copilot・Sales Agentは強力ですが、複数モジュールを横断する複雑な業務プロセスや自社独自フローに踏み込むと、Copilot Studio・Foundry側でのカスタム開発と、それらを統制する運用基盤が並行して必要になります。

このレイヤーを担うのが、自社Azureテナント内で動くエンタープライズAIエージェント基盤です。AI総合研究所のAI Agent Hubは、Teamsから呼び出せる業務特化Agent群を1つのダッシュボードで統合管理し、Dynamics 365のデータを読み書きしながらモジュール横断の業務プロセスを自動化する運用基盤として機能します。

• Sales・Customer Service・Finance・SCMを跨いだAgent実行
  記事で扱った主要モジュールのデータを、Agentが横断参照して業務判断・処理を代行。Copilot単体では届かない「営業→与信→在庫→出荷」型のクロスモジュールワークフローを組めます。
  
  
• Copilot Studio・Foundry製Agentを1画面で統制
  複数の構築基盤で作ったDynamics 365連携Agentを1つのダッシュボードに集約。実行ログ・アクセス権限・セキュリティスキャンを一元管理します。
  
  
• Entra ID認可と連動したAgent権限設計
  Dataverseの権限体系とAgent単位のアクセス範囲を紐付け。誰がどのAgentでどのデータを触ったかを不変ログで残せます。
  
  
• データは100%自社Azureテナント内に保持
  顧客・財務データはAIの学習対象から完全除外。Azure Managed Applicationsとして自社テナント内で動作が完了する設計です。

AI総合研究所の専任チームが、Dynamics 365データを起点にした業務Agent基盤の統合設計まで一貫して支援します。AI Agent Hubのサービスページで、Dynamics 365×Agentの実装例をご確認ください。

---

まとめ

本記事では、Dynamics 365について、全体像・主要モジュール・2026年のAIエージェント統合・料金体系・Salesforceとの比較・選定判断・導入ステップ・日本企業事例までを、2026年7月時点の最新情報で解説しました。

2026年時点で押さえておくべきポイントは次の3つです。

• Dynamics 365はCRM/ERPアプリを共通のMicrosoft基盤上で連携できるクラウド業務アプリ群で、Customer EngagementはDataverse上・Finance & Operationsは別データ領域+dual-write連携という構造
• 2026年7月にSales Agent/Service AgentがGA、6月にCopilot CoworkがGAし、Copilot経由でDynamics 365データを読み書きする運用が現実解になった
• Salesforceとの選択はMicrosoft基盤の運用有無/ERPの扱い方/ローコード対専用開発体制の3軸で初期フィルタが決まり、既存契約・パートナー体制・業種特化アドオンで最終判断する
  
  

既存のExcel・レガシーCRM/ERPを刷新する検討に入っているなら、Sales単モジュールでのPoCから始めて、Copilot Studioや対応MCP/コネクタでの業務プロセス自動化を並行検討するのが、最も現実的な第一歩になります。段階導入はSalesを起点にCustomer Service・Business Central・Finance & Operationsへ順に拡張する進め方が定石で、パートナー選定ではCopilot Studio内製能力とMCP/コネクタを含むAIエージェント要件定義の実力を確認しておくと後戻りが減ります。