MCPとは？ERP担当者向けに仕組みと確認ポイントを解説
KXSfourthMCPはModel Context Protocolの略で、AIアプリケーションが外部システムのデータや機能へ接続するための共通規格です。ERPへ適用する場合、業務機能をAIから利用する入口として考えられます。本記事では、開発コードへ入る前に理解したい構成と、MCPだけでは決まらない点を説明します。
この記事の要点
- MCPは接続の規格であり、AIモデルやERP製品そのものではない
- ホスト・クライアント・サーバーの役割と、公開される機能を分けて見る
- 対応バージョン・業務範囲・権限・運用責任の確認が必要になる
Agenda（この記事の内容）
- MCPが共通化するもの
- ホスト・クライアント・サーバーの役割
- ツール・リソース・プロンプトを理解する
- MCPで自動的に解決しないこと
- ERP連携の調査で確認すること
- ツールの説明が業務判断を左右する
- よくある質問
MCPが共通化するもの
AIアプリケーションが外部の情報や機能を利用するとき、接続先が何を提供し、どう要求し、どう結果を受け取るかを揃える必要があります。MCPは、このやり取りの共通の規格です。ERPに限らず、ファイル、検索、業務サービスなどへの接続に使えます。
共通化によって接続を再利用しやすくすることが狙いですが、接続先の業務を自動的に統一するわけではありません。同じ「注文を作成する」という操作でも、必須項目、状態、承認、権限はERPごとに異なります。
ERP担当者は、MCPという規格の説明と、実際のサーバーが提供する業務機能の説明を分けて読みます。規格に対応していることが、必要な取引のすべてに対応している証拠にはなりません。
ホスト・クライアント・サーバーの役割
ホストは利用者が使うAIアプリケーションです。クライアントは、ホストからMCPサーバーと通信するための構成要素です。サーバーは、利用可能な情報や機能を公開し、要求に応じて結果を返します。
ERPへ接続する構成では、サーバーの内部でERPのAPIを呼ぶ場合があります。サーバーがERP本体に含まれるのか、製品提供者、導入パートナー、自社が別に用意するのかによって、責任と支援条件が変わります。
ローカルで動くサーバーと、ネットワーク越しに利用するサーバーでも、起動や認証、管理の方法は異なります。本記事は2026年7月28日版の公式資料を参考にしています。実際の接続では、双方が対応する仕様と機能を確認します。
| 構成 | 役割の整理 |
|---|---|
| ホスト | 利用者が使うAIアプリケーション |
| クライアント | MCPサーバーとやり取りする要素 |
| サーバー | 外部の情報や機能を公開する |
| ERP側 | 業務ルール・データ・処理を担う |
| 自社側 | 利用目的・許可・運用を決める |
ツール・リソース・プロンプトを理解する
ツールは、検索や登録など、外部の機能を呼び出すための仕組みです。リソースは情報を提供し、プロンプトはやり取りのためのテンプレートを提供する仕組みとして整理できます。サーバーがすべてを提供するとは限りません。
ERPの例では、受注検索、明細取得、下書き作成などをツールとして用意する構成を考えられます。名前だけでは意味がわからないため、入力、出力、制約、副作用を説明する必要があります。参照操作と更新操作を明確に区別します。
取得結果にも、会社、期間、通貨、状態、取得時点などの文脈が必要です。AIが情報を読めても、業務上の意味が不明なら適切に使えません。道具の説明とデータの定義を整えることは、接続の実用性に直結します。
MCPで自動的に解決しないこと
MCPは、業務要件、データ品質、利用者の権限、承認の必要性を自動的に決めません。接続することで安全性が保証されるわけでもありません。公開する機能、許可する操作、情報の扱いを別に設計します。
APIがあるERPでも、必要な機能をどう公開するかの実装が必要な場合があります。また、認証できたことと、特定の会社や伝票へアクセスできることは異なります。サーバーとERPの両方で、権限の対応を確認します。
エラー時の扱い、重複防止、ログ、変更対応も運用設計が必要です。規格に対応したサンプルが動くことと、業務を安定して運用できることを分けて評価しましょう。
ERP連携の調査で確認すること
まず、提供者、対象ERPとバージョン、利用可能な環境、対応するMCP仕様、公開する操作を確認します。次に、権限、承認、データ保管、監査、費用、支援の条件を調べます。提供済みと予定を区別します。
デモでは、実際にERPへ接続しているか、どのアカウントと権限を使っているかを確認します。参照だけ成功しても、更新や承認までできるとは限りません。必要な業務シナリオを一つ選び、結果と制約を記録します。
技術の仕様は変わるため、資料の確認日と対象バージョンを残します。新しい規格が出ても、自社で使うホストとサーバーが対応するとは限りません。名称だけを追うのではなく、実装の組み合わせと支援範囲で判断することが重要です。
ツールの説明が業務判断を左右する
例えば「注文を保存」というツール名だけでは、下書きを作るのか、正式な受注を確定するのかがわかりません。入力の項目も、顧客名だけか、顧客コードと会社の指定が必要かで誤りの可能性が変わります。ツール名と説明、入出力の条件を業務の意味に合わせて整えます。
よい説明には、実行できること、事前条件、変更する状態、戻せるか、結果に何が返るかを含めます。実行結果が成功でも、伝票番号や状態が返らなければ利用者は確認しにくくなります。エラーも、単なる失敗ではなく再試行できるか、情報の修正が必要かがわかる形を考えます。
ただし、説明文が正しいだけで制御が成立するわけではありません。権限や入力値の検証はサーバーとERP側で実施します。AIに道具を理解させる説明と、許可外の操作を止める制御を両方用意します。接続の共通化に加えて、この業務の意味と実行の境界が整うことが、ERPでMCPを使う条件です。
よくある質問
MCPはAPIの代わりですか？
MCPサーバーが内部でAPIを利用することがあります。AIから機能を見つけて呼ぶ入口と、ERPの業務処理を提供するAPIの役割を分けて考えます。
MCP対応ならどのAIからでも同じ機能が使えますか？
対応仕様、機能、認証、利用環境の組み合わせによります。接続確認と、必要な業務シナリオの検証を行います。
次に確認すること
検討中の連携について、提供者・使える操作・対応仕様・権限・支援範囲を一枚にまとめてください。
- ERPとAI・MCPの全体像｜業務システムの使い方はどう変わるのか
- MCP・API・RPAの違いと使い分け｜ERP連携の入口を整理する
- ERPとAI・MCP連携のセキュリティ｜権限・承認・監査を設計する
- AI・MCP対応をERP選定でどう評価するか｜ベンダーへの質問と判断基準
参考情報・編集方針
本文の手順・評価例はERP選定ラボによる整理です。事例・数値例は説明用の仮定です。製品固有の機能・条件は各社の最新資料で確認してください。
参考情報の確認日：2026年10月28日。運営方針・プロフィール
