こんばんは。皆さま、いかがお過ごしでしょうか？

“室長”こと吉島良平（Microsoft MVP for Business Applications|Microsoft Regional Director）です。

今日、東京は少し冷える1日でした。風が強かったですね。1枚羽織って室長も外に出ました。

花粉症の方にとっても、厳しい時期ですよね。お薬飲んだりとか、マスクが離せないとか。

季節の変わり目です。体調管理に留意しながら、毎日を楽しんでいきましょうね！

そうそう、前回書いた架空のストーリー【ある製造業の物語】の反響が大きくて、とても嬉しかったです。

あらゆるステークホルダーの方に、プロジェクトのキックオフ前に、目を通して欲しいと思って、夜な夜な書いたものなんです。

AIには、最後に誤字脱字チェックだけをヘルプしてもらいました。

室長の頭の中にある25年間のDynamicsプロジェクト群を、自分で言語化して、自らタイピングしたものです。

5時間くらいで一旦書き上げて、全体を読み直すと、矛盾点や違和感が見えてきて、

手直しをしていたら、結局、トータルで延べ6時間半使っていました。

実は、室長がお世話になってきたお客様、そして敬愛する知人のお名前を、物語用にお借りしました。

主人公（桐生）を除いて、実在する方のお名前なのです。

「彼なら、こういうアクションを取るだろう。」「彼女だったら、こんなふうに話すだろう。」などと、考えながら

過去のプロジェクトの各々のターニングポイントを思い出しながら、新たなストーリーに向かって、キーボードを叩き続けました。

主人公を除いたのは、その方のイメージに縛られてしまうからです。

物語には、6回ほど「居酒屋シーン」が含まれているのですが、その描写だけは、我ながらセンスあるなぁと思っています。

単なる飲み会ではなくて、プロジェクトの転換点・感情の結節点として使いました。

たまには、自画自賛しとかなきゃ。居酒屋ライター目指すかな。まぁ、冗談はこのくらいにしておきますねw

ごめんなさい。長くなりました。そろそろ本題にはいりますね！

本稿では、昨日4月1日に一般公開となったDynamics 365 Business Central 2026 wave 1（Update 28.0）について、

いくつかの重要なポイントに限定して、補足をしておきたいと思っています。

何故、「限定」「補足」かというと、このDX365Lifeのコアファンの皆さまは、室長が3月8日に公開している内容をご覧くださっているはずだからです。

同様に、『Dynamics 365 （CRM/ERP）の将来的になくなっていく機能』に関しても、3月20日に説明済みだからです。

今回のwaveを室長がどう読み解いたのか、その背景も含めてお伝えしますので、本日も最後までお付き合いいただけますと幸いです！

Dynamics 365 Business Central 2026 release wave 1 (Update 28.0) 技術・戦略解説レポート

1.エグゼクティブサマリー：設計思想の転換（Managing AI）

Dynamics 365 Business Central Update 28.0（2026 release wave 1）は、ERPにおけるAI活用のフェーズを決定的に変えるマイルストーンとなります。

これまでの「AIに業務を任せられるか」という検証段階は終わり、

本バージョンでは「AIの仕事を人間が管理・監督するERP」へと、その設計思想が根本から転換されました。

今回のアップデートの核心は、単なる自動化の拡大ではなく、「責任ある自律化（Autonomous with Responsibility）」の実現にあります。

ビジネスの基盤であるERPにおいて、AIが実行した処理の透明性を確保し、

人間が適切に介入・制御できる構造を整えることは、もはや機能ではなく「生存戦略」です。

Business Centralは、単なる業務アプリケーションの枠を超え、

「中堅中小企業の業務オペレーションをオーケストレーションするAI基盤」へと進化しました。

これは、ERPが「作業場所」から、AIと人間が責任を分担して働く「統制の舞台」へと、役割を変えることを意味しています。

2.Copilot & AI Agents：共生のための基盤整備（Coexistence base）

AIエージェントは、Update 28.0において「便利な追加機能」という立場を捨て、「管理されるべきデジタルな同僚」へと昇華しました。

AIを実運用に乗せるための「仕事の見える化」「人による介入の前提」「開発基盤の整備」という3つの軸に基づき、以下の主要機能が実装されています。

 主要AI機能・エージェント管理一覧

AIが「何をしたか」を人間が常に把握・制御できる構造こそが、AI時代の業務システムに求められる最低条件です。

今回のアップデートは、その条件を技術的に完遂しています。

3‐1.財務・税務・サステナビリティ：前提条件の再定義（Redefining prerequisites）

財務領域における最大の戦略的転換は、税を「計算結果」ではなく、「AIが安全に動作するための前提条件」として再定義したことです。

AIが請求書を自律的に処理するためには、その取引の「責任構造」がシステム的に定義されていなければなりません。

税務・会計の「構造的責任」の強化

• 物品特性に基づく課税（Excise Tax/物品税フレームワーク）: 従来のVAT（付加価値税）のような金額ベースではなく、重量、数量、あるいは「100mlあたりの砂糖含有量」といった物品属性（Attributes）に基づく計算モデルを導入。プラスチック税や砂糖税など、複雑化する環境・健康税制を「取引の前提」として内包します。
• 源泉徴収税（Withholding Tax）の構造化: 仕入先への支払と源泉税の負債計上を台帳レベルで完全に分離。Withholding Tax Bus. Posting Group などの専用投稿グループを新設し、源泉税をVATとは独立した「負債（Payable）としての責任構造」で管理します。これにより、AIが支払処理を行う際の法的整合性が担保されます。
• 自己請求書（Self-billed invoices）の正式採用: 取引金額を正確に把握している側（買い手側など）が責任を持って請求を行う形態を標準化。取引確定の責任所在を明確化します。

サステナビリティ管理の日常化

サステナビリティは「特別な報告」から「日々の実務の副産物」へと変化しました。新しいAPIと販売請求書上のカーボンフットプリント表示機能により、環境負荷は売上データと並ぶ「日常の指標」となり、意識的なデータ収集を不要にする設計へと進化しています。

3-2.サプライチェーン & 製造：現場の迷いを払拭する（Eliminating field hesitation）

SCM・製造領域のテーマは、「熟練者の勘」を必要としないシステム設計への移行、そして「現場の心理的安全性の確保」です。

「判断ミス」ではなく「判断の必要性」を減らす設計

• 視覚化と属性管理: 品目バリアントへの画像登録と属性定義。ピッキングや受注時に「文字」ではなく「視認」で判断させることで、取り違えの不安を根絶します。
• 統制と承認による安全策: 要求ワークシートおよび計画ワークシートに承認フローを導入。「勝手に発注される」恐怖を排除し、組織的な合意形成をプロセスに組み込みます。
• 品質管理（Quality Management）の標準化: 受入・製造・組立の各工程における検査を標準拡張として提供。紙や外部ツールへの依存を脱却し、システムが合否判定と隔離を主導します。
• 心理的安全性を支える柔軟性: ドロップシップメント（直送）における販売・仕入請求の独立処理、および請求前の柔軟な巻き戻し機能。一度の操作ミスが致命傷にならない設計が、現場の「システム利用への躊躇」を払拭します。

4.ガバナンス・開発・プラットフォーム：AI時代の統制基盤（Control base for AI era）

AIと自動化を前提とした「作り続けられる、守り続けられる」構造、

すなわち「職人芸」から「再現可能なエンジニアリングシステム」への転換が図られています。

ガバナンス：AIを閉じ込める「檻」としてのMCP

• MCP（Model Context Protocol）Server: AIエージェントとBCを接続するこのサーバーは、AIに対する「ガードレール（檻）」として機能します。既定では「読み取り専用」に設定され、書き込み権限は管理者が意図的に許可しない限り解放されません。
• Permissions Overview: 複数アプリを横断した権限の可視化。AIや人間が「どこまでアクセスできるか」を瞬時に棚卸し可能にします。

AL開発の工学化（Repeatable Engineering）

1. セマンティック検索: メタデータを意味ベースで検索し、開発の初速を向上。
2. NuGetからのシンボル取得: DockerやSandboxに依存せず、CI/CD環境でも標準的な手順で依存関係を解決可能に。
3. MCP Serverのトラブルシューティング: AI連携時の通信や権限のボトルネックを可視化。
4. BC-Bench: AI生成コードの品質と再現性を客観的に評価するベンチマーク。
5. 完全修飾名（FQN）の利用: オブジェクト参照の曖昧さを排除し、大規模環境での事故を防止。
6. VS Codeからのテスト実行: テストを開発の「外付け」ではなく「日常の作法」に統合。

5.廃止・変更機能の詳細と背景：アーキテクチャの近代化（Modernizing architecture）

Update 28.0では、将来のAI活用を阻害するレガシーが整理されました。

これは「画面・帳票中心」から「APIファースト・グローバル標準」への完全な転換を意味します。

6.総括と次世代ERPの展望

Update 28.0は、Business Centralが「業務を記録する箱」から、人間とAIが協調して「ビジネスを動かす基盤」へと脱皮したことを象徴するリリースです。

特にOutlook連携の強化が示す通り、ERPはユーザーが「わざわざ開く場所」ではなく、日常の業務フローという「文脈の裏側にある統制基盤」へと姿を変えました。

今回のUpdate 28.0で実装された機能群を俯瞰すると、ERPはすでに『開く場所』ではなく『裏側で動く基盤』へと変化し始めています。

Outlookや日常業務フローに溶け込むその姿を見ると、ユーザーがERPを意識する場面は、今後確実に減っていくでしょう。

10年後、おそらく「ERP」という言葉は主語として語られなくなっているのではないでしょうか。

しかしその時、Business Centralは「どのAIにどこまで任せ、どこで人間が責任を持つのか」を決定する、

最も重要な「人とAIの責任分担の舞台装置」として機能し続けているはずです。

Update 28.0は、その未来を支える、地味だが揺るぎない、強固な土台なのです。

YouTube：Business Central Launch Event の紹介

今回のアップデートに関するさらなる技術的詳細や、開発チームによる直接の解説は、以下の公式リソースをご活用ください。私もまだ25％（1/4）くらいしか見れていません。

• YouTubeプレイリスト: What’s new in Business Central 2026 release wave 1
• 学習体験（BCLE）: 全37本（2026年4月2日時点）のビデオを通じ、パートナーおよびユーザーが新機能を深く理解し、その価値を実業務で最大化するための包括的なスキル向上体験が提供されています。

ということで、ここまで解説した内容を、“より分かり易く”、AI君にプレゼンテーションしてもらいましょう！

＜もう少し繊細なスライドがつくれるAIに育つように、教育・指導を継続します！＞

では、ここからアーキテクト・開発者、コンサルタント、プロジェクトマネージャー、ガバナンス構築担当の方各々へ、

室長らしく、もう一段掘り下げていきたいと思います！

アーキテクト・開発者の視点で整理するAIAgentの実装レイヤー

AI Agentのアーキテクチャ

Business CentralのAI Agentは、単一のAI機能というよりも、いくつかの役割を分担した実行基盤として捉えるほうが理解しやすいです。

この構造を一度整理しておくことで、AIがどこで何をしていて、Business Centralがどこまでを担っているのかが見えてきます。

ユーザーがCopilot UIを通じて指示を出すと、その入力はCopilot Runtimeに渡されます。

Copilot Runtimeは、単にAIを呼び出す仕組みではなく、AI Agent全体の実行を支える基盤として機能しています。

その中で、処理の流れを組み立てているのがAgent Orchestratorです。

ユーザーの意図を解釈し、必要な業務情報をBusiness Central API経由で取得しながら、必要に応じてAzure OpenAI、

もしくはBYO-AIとして構成された外部モデルを呼び出します。

ここで押さえておきたいのは、AIがBusiness Centralのデータを直接操作するわけではない、という点です。

業務データとのやり取りは常にAPIを介して行われ、AIは主に判断や文章生成を担います。

定期実行や非同期処理が必要なシナリオではTask Schedulerが関与し、その実行結果や判断の痕跡はTelemetryやAudit logとして記録されます。

全体の流れを簡略化すると、次のようになります。

User
↓
Copilot UI
↓
Agent Orchestrator
↓
Business Central API
↓
Azure OpenAI / BYO AI

この構造を意識しておくと、AI Agentが「どこで考え、どこで業務ロジックにつながっているのか」を冷静に理解できるようになります。

BYO-AIの技術的な制約

BYO-AIは柔軟性の高い仕組みですが、実務で扱う際には、「できること」以上に「できないこと」を把握しておくことが重要です。

Business CentralからAzure OpenAI、あるいはBYO-AIに送信されるのは、Copilot Runtimeが生成したプロンプト単位の情報に限られます。

業務データが継続的にモデル側へ保持される構造ではありません。

プロンプトログは実行履歴として残りますが、それがモデルの再学習やトレーニングに利用されることはありません。

AIが業務データを学習して成長していく仕組みではない、という点は理解しておく必要があります。

セキュリティの観点ではTenant isolationが前提となっており、Business CentralのRBAC（Role-Based Access Control）も引き続き有効です。

AI Agentがユーザー権限を超えた操作を実行することはありません。

また、Data residencyについても、Business Centralのデータ配置ポリシーは維持されます。

AIを利用することで、データの所在が変わるわけではありません。

さらに、利用するモデルによって特性は異なります。

推論性能を重視したモデル、コスト効率に優れたモデル、構造化出力に強いモデルなど、それぞれ得意分野があります。

BYO-AIは選択肢を広げる一方で、設計側の判断がより重要になる領域でもあります。

拡張開発への影響

Business Centralの開発者にとって、AI Agentはまったく新しい開発モデルというよりも、「業務ロジックの呼び出し元が増えた」と捉えるほうが実感に近いかもしれません。

AI AgentはAL Extensionを直接操作するのではなく、拡張機能として公開されたAPIやCustom actionを通じて業務処理を呼び出します。

たとえば、次のようなCodeunitを用意しておきます。

コンサルタントの視点で見る業務シナリオ

Finance業務：月次決算

Business CentralにおけるAIAgentを、特定の機能紹介ではなく、役割と責務の構造として整理してきました。

まず、アーキテクト・開発者の視点では、AIAgentを単一のAI機能ではなく、Copilot Runtime、Agent Orchestrator、API、外部モデルによって構成される実行基盤として捉えました。この整理によって、AIがどこで考え、どこで業務ロジックと接続されているのかが見えてきます。また、BYO-AIの技術的制約やRBACによる権限制御を前提にすることで、「任せられること」と「任せてはいけないこと」の境界も明確になります。

次に、コンサルタントの視点では、「このAIAgentで、誰の仕事がどう変わるのか」という問いを、業務シナリオに落とし込みました。Finance、購買、在庫といった代表的な業務において、AIAgentは判断を代行する存在ではなく、判断の前段を整える存在として位置づけられます。最終的な意思決定と責任は、これまでどおり人が引き受ける。このHuman in the Loopの整理が、現場に受け入れられるかどうかを左右します。

さらに、プロジェクト視点では、AIAgent導入は段階的に進めるものだという整理を行いました。安定したERP運用を土台とし、Copilotによる補助を経て、AIAgentが業務に常駐する。その過程で必ず問われるのが、データ品質、マスタ整備、そしてプロンプト設計です。これらは技術課題というより、業務設計と組織成熟度の問題でもあります。

最後に、運用責任者と監査の視点から、Autonomous with Responsibilityという考え方を整理しました。AIAgentが自律的に動くためには、運用ポリシー、権限設計、ログ、Human override、監査可能性といったガバナンスの前提が欠かせません。これはAI特有の新しい考え方ではなく、ERPがこれまで守ってきた内部統制を、AIAgentの世界に拡張したものです。

ここまでを通して見えてくるのは、AIAgent導入は「AIを入れる話」ではない、ということです。

業務
データ
判断
責任

これらの関係を改めて整理し、合意するプロセスそのものが、AIAgent導入の本質だと感じています。AIAgentは、人の代わりに仕事を奪う存在ではありません。人が判断すべき場面で、迷わず判断できるように、必要な情報と選択肢を、少し早めに差し出してくる存在ですね。

最後に、アーキテクト・開発者、コンサルタント、プロジェクトマネージャー、運用ガバナンス設計者視点で今回のアップデートを補足しました。

あとは、最高のプロジェクトをお客様にお届けするだけですね！

祝 Dynamics 365 Business Central 2026 release wave 1 一般公開！

Dynamics 365 Business Centralの製品開発チームの皆さん、Update 28.0のリリース、おめでとうございます！

Dynamics 365 Business Centralのユーザー様、アップデートの準備を宜しくお願い致します！

Dynamics 365 Business Centralの導入パートナー様、お客様のアップデートサポートを宜しくお願い致します！

そろそろ、“室長”も、Directions Asia 2026のプレゼン準備に着手します。

パートナー様、マイクロソフト様、ホーチミンでお会いしましょう☺

以上、室長でした。