Background

なぜ今、エージェントなのか

AIが「使えるもの」になってから数年が経ちました。Copilotはメールの下書きを書き、会議の要約を作り、コードを補完しました。便利ではありましたね。しかしそれは本質的には「高性能な検索と生成」であり、業務の主体はあくまで人間でした。

転換点は、AIが「ゴールを与えられて自律的に行動できる」ようになったことです。エージェント型AIとは、単一のプロンプトに応答するのではなく、複数のステップにわたって計画・実行・修正を自律的に繰り返すシステムを指します。人間が「何をするか」を指示するのではなく、「何を達成するか」を渡せば、エージェントが手順を組み立てて実行するのです。

この転換がエンタープライズソフトウェアにとって重要なのは、企業の業務が本質的に「複数ステップの連鎖」で成り立っているからです。見込み客への商談フォローは、メール送信・返信確認・次のアクション設定・スケジュール調整・社内共有という一連のステップで構成されます。在庫補充は、在庫水準の監視・発注点の判断・仕入先への発注・入荷確認・原価反映という流れを持ちます。これまではその各ステップを人間がつないでいました。エージェントはそのつなぎを自律的に担います。

Wave 1 — Technical background

Dynamics 365 2026 wave 1が変えた3つのこと

Microsoftが2026年4月にリリースしたwave 1は、Copilotの役割を「UIレイヤーのアシスタント」から「業務実行の動作層」へと根本的に再定義しました。技術的に見ると、3つの変化が重なっています。

CRM — What changed

CRMで何が変わるか——顧客接点の自律化

Dynamics 365のCRM領域（Sales・Customer Service・Contact Center・Customer Insights）では、エージェントの導入によって顧客接点の性質が変わります。従来のCRMは「記録するシステム」でした。営業担当が商談の状況を入力し、CSが対応履歴を残します。データは蓄積されるが、次のアクションを決めるのは人間でした。エージェント型CRMは「行動するシステム」です。

Sales：商談管理の自律化

Sales CopilotはCRMの商談データとMicrosoft 365（メール・Teams・カレンダー）のアクティビティを横断して分析し、次のアクションを自律的に実行します。重要なのは、これらが「提案」ではなく「実行」であることです。エージェントはメールを書いて「送りますか？」と聞くのではなく、設定された条件が満たされれば送信まで行います。

Customer Service / Contact Center：対応品質の均質化

エージェントが一次対応を担い、人間の担当者は複雑なケースにフォーカスできるようになります。Customer Insightsとの連携では、顧客の行動データ・購買履歴・セグメント情報をエージェントがリアルタイムで参照し、対応のパーソナライズが可能になります。

ERP — What changed

ERPで何が変わるか——基幹業務の自律化

ERP領域でのエージェント導入は、CRMとは異なる難しさがあります。在庫・原価・会計は金銭的・法的な正確性が求められ、間違いの影響が直接財務に現れます。「どこまで自律させるか」の設計がより慎重に問われる領域です。

Dynamics 365のERP群を理解するには、まずライセンス体系の変遷を押さえておく必要があります。

SCMとFinanceは同じ技術基盤（旧F&O）を共有しており、両方を導入する企業も多いです。一方、Business Centralは別系統のプロダクトで、中堅・中小企業向けのオールインワンERPとして独立した位置づけにあります。

Supply Chain Management：在庫・発注の自律化

在庫水準の監視と発注トリガーがエージェントの主要タスクになります。従来は担当者が定期的に在庫レポートを確認し、発注点を下回ったら発注処理を行っていました。エージェントはこれをリアルタイムで継続的に監視し、設定した閾値を超えたら自律的に発注処理を実行します。

Finance：自律化の限界と設計の原則

旧F&OからFinanceとして独立したこのプロダクトは、一般会計・固定資産管理・財務報告・連結決算を担います。監査要件・コンプライアンス規制・内部統制の観点から、「エージェントが下書きを作り、人間が承認する」モデルが現実的です。

Business Central：中堅・中小企業のオールインワン自律化

Business CentralはSCM・Financeとは別系統のプロダクトで、財務・在庫・販売・購買・プロジェクト管理を単一プラットフォームで完結させる中堅・中小企業向けの統合ERPです。業務がひとつのデータモデルの中に統合されているため、エージェントが業務をまたいで判断・実行する際にシステム間の断絶がありません。

Integration — Virtual tables

CRMとERPをつなぐ基盤——バーチャルテーブルという設計思想

エージェントがCRMとERPをまたいで自律的に動くためには、両システムのデータをリアルタイムで参照・操作できる統合基盤が必要です。Dynamics 365では「バーチャルテーブル」がその役割を担っています。

バーチャルテーブルとは、ERPのデータをDataverse上の仮想テーブルとして公開する仕組みのことです。データをDataverseにコピー・複製するのではなく、ERP側の元帳にデータを置いたまま、CRMやPower Platformから直接読み書きできます。「データを動かさず、アクセスを動かす」という設計思想です。

ただし、F&O系（SCM・Finance）とBusiness Centralでは、バーチャルテーブルの実装経緯と特性に違いがある。

いずれの場合も「原価はERPデータを正として、CRMに返す」という原則は変わりません。CRMエージェントが見積を生成する際、その時点の実原価・在庫可用性・リードタイムをERPから直接取得して反映します。バッチ処理で同期された古いデータではなく、リアルタイムのERP元帳データが判断の根拠になります。これはエージェントの「判断の品質」に直結しますね。

What it means

実装者と意思決定者、それぞれに何が求められるか

エージェント型への移行は、作る側（実装者）と使う側（意思決定者）の両方に、従来とは異なる問いを突きつけていきます。

この問いに向き合う方法論を、このシリーズでは7回にわたって積み上げていく予定です。

このシリーズの構成