Dynamics 365 x 生成AI
Microsoft Dynamics 365と生成AI:Copilotで足りる範囲と、社内モデルが必要な範囲
要点
Dynamics 365にはCopilotなどMicrosoftの生成AI機能があり、標準業務の多くはそれで足ります。データを外に出せない、自社固有のデータや文書を横断したい、といった場合に、社内のモデルを併用する価値が出ます。
日本でもDynamics 365 Finance、Supply Chain Management、Business Centralを使う製造業・商社が増えています。Microsoftは、これらの製品にCopilotや生成AI機能を順次加えており、AIの導入を検討する際に、まず確認すべきはその標準機能です。
一方で、製造業の情報システム部門からは、「Azure OpenAIにデータを送ってよいのか」「自社の図面や品質記録まで含めて問い合わせたい」といった相談が出ます。標準機能で足りるか、追加が必要かを、データと用途から切り分けることが大切です。
まず標準のCopilotとAzureの機能を確認する
Dynamics 365の標準的なCopilot機能は、メール文面の作成、レコードの要約、一部の画面での自然言語による操作支援など、アプリの中で完結する用途に強みがあります。提供状況や対応言語、日本のリージョンでの提供時期は変わるため、契約中のバージョンとライセンスで必ず確認してください。
また、Azure OpenAI ServiceをAzureの日本リージョンで使い、自社の契約の枠内でAIを構築する方法もあります。これで十分な企業も多く、その場合は追加のモデル導入は必要ありません。
社内モデルを併用する価値が出るケース
データを自社の管理下から出せない場合が典型です。防衛関連、取引先との秘密保持契約が厳しい案件、設計情報や原価を扱う業務などでは、クラウドのAIサービスへのデータ送信そのものを避けたいという要求があります。
もう一つは、Dynamics 365の外にある情報と組み合わせたい場合です。ファイルサーバーの図面や検査記録、別のMESや品質システム、旧来の生産管理システムのデータなどです。これらをまとめて問い合わせるには、ERP内のAI機能だけでは届かない範囲が出てきます。
- データを社外のAIサービスに送れない案件がある
- ERP外の文書・データ(図面、検査記録、MES)も含めて問い合わせたい
- 複数の拠点で別々のERPを使っており、横断で見たい
- モデルの種類やバージョンを自社で管理したい
接続方法:Dataverse、OData、データレイク
Dynamics 365 Finance and Operationsには、データエンティティを通じたODataのアクセスがあります。Business CentralにはAPIページとWeb APIがあります。いずれも、ロール(権限)を考慮しながら読み取りできるため、AIからの問い合わせでも権限を継承しやすい接続です。
大量データの分析には、MicrosoftのデータレイクやFabricなどの仕組みにデータを書き出し、そこを読み取る構成もあります。どの方式を使うかは、データ量、更新頻度、権限の扱いで決めます。
データの置き場所と日本の法令
Azureには日本のリージョンがあり、データ所在地の要件を満たしやすい面があります。ただし、モデルを呼び出す際のデータの扱い、ログの保存、運用担当者のアクセスなどは、契約と設定の確認が必要です。
社内モデルを使う場合は、オープンウェイトのモデルを御社のGPUまたは国内のプライベート環境で動かし、Dynamics 365には読み取り専用で接続します。個人情報保護法や営業秘密の管理は、自社の法務部門と確認の上で進めてください。
始め方と正直な限界
最初に、使いたい用途を5〜10個並べ、標準のCopilotとAzureの機能で実現できるか、足りないなら何が足りないかを整理します。多くの場合、全体の一部だけが追加の仕組みを必要とします。
標準機能で足りるなら、追加投資は不要です。Dynamics 365の更新サイクルは速く、機能の提供状況も頻繁に変わるため、固有の作り込みは必要最小限にするのが安全です。
よくある質問
Dynamics 365のCopilotだけで十分ですか。
アプリ内で完結する用途や、標準業務の支援であれば十分な場合が多くあります。ERP外のデータや文書の横断、データを社外に出せない案件では、追加の仕組みを検討します。
Azure OpenAIを使えばデータは日本国内に留まりますか。
日本リージョンの利用で要件を満たせる場合がありますが、機能ごとの提供リージョンや処理の扱いは、契約と設定で確認が必要です。個別の判断は自社の情報セキュリティ部門と進めてください。
Business CentralとFinance and Operationsで違いはありますか。
接続方式が異なります。Business CentralはAPIページ、Finance and OperationsはデータエンティティとODataが中心です。どちらも、権限を考慮した読み取りができます。
Dynamics 365のカスタマイズ(X++やAL)にもAIは使えますか。
拡張の設計案やコードの下書き、既存の拡張の説明などに使えます。ただし生成されたコードは、レビューとテストを必須とします。
他のERPを併用している場合はどうなりますか。
複数のERPに読み取り専用で接続し、横断で問い合わせる構成にできます。拠点ごとに別のERPを使っている企業で、有効な場合があります。
関連ガイド
生産スケジューラ(APS)とAI:ERPデータを使った計画業務の支援
生産スケジューラ(APS)と生産管理・ERPのデータにAIを組み合わせ、納期回答や計画の見直しを支援する方法。オンプレミスで社内完結する構成を解説します。
品質保証 (8D / 是正処置)品質保証(8D・是正処置)とERPデータ:AIで原因調査と報告書作成を速くする
8D報告書や是正処置の作成を、ERPの不適合・ロット・工程実績データとAIで支援する方法。IATF 16949やAS9100の記録対応、オンプレミス運用を解説します。
ERP (自然言語での問い合わせ)ERPデータに日本語で問い合わせる:帳票やSQLに頼らない仕組みと注意点
ERPのデータを日本語の質問で検索・集計する仕組みと、権限・監査・オンプレミス運用の考え方。SQLや帳票に頼らず現場が答えを得る方法を解説します。
製造業 AI ベンダー選定 (RFP)製造業のAIベンダー選定とRFP:評価基準とPoCの作り方
製造業がERPや生産システムにAIを導入する際のRFP・RFIの作り方、評価基準、PoCの設計、確認すべきセキュリティ項目を、実務の観点で整理します。
SAP ERP 6.0(ECC)/ SAP S/4HANASAP 2027年問題とAI:移行を急ぐ前に、社内の知識を読めるようにする
SAP ERP 6.0の保守終了(2027年問題)に向け、アドオン棚卸しや移行判断に生成AIをどう使うか。データを社外に出さない構成と注意点を解説。
ERP全般(オンプレミス生成AI)オンプレミス生成AIをERPにつなぐ:データを社内に置いたまま使う方法
ERPのデータを社外に出さずに生成AIを使うには。ローカルLLM、RAG、権限連携、承認フローまで、情報システム部門向けに構成と注意点を整理。