このガイドは、既存のERP・CRM・財務システムをAIエージェントまたはアシスタントから呼び出せるようにすることを求められた、中堅企業のエンジニアリングリード、アーキテクト、ITガバナンス担当者を対象としています。エージェントアーキテクチャ自体はすでに決定されていることを前提としており(チェックポイントの配置についてはエージェントAIアーキテクチャガイドをご参照ください。本ページはその下層の接続レイヤーです)、エージェントAI自動化を通じて提供されます。2番目の専門エージェントがこのエージェントを呼び出す必要がある場合は、A2AとMCPのガイドでそのハンドオフにA2Aプロトコルも必要かどうかを判断してください。
このガイドの内容
- MCPサーバーはエンタープライズシステムの何を公開すべきか?
- 3層公開マトリクス
- サーバーのセキュリティ確保:アイデンティティ、スコープ、ゲートウェイ
- スケールでのMCPガバナンス:レジストリ、レビュー、失効
- MCPサーバーを立ち上げるためのシーケンスプラン
- MCPサーバー構築におけるAIの役割
- 存在するデリバリー実績と存在しないもの
- 代替案:MCPレイヤーを誰が構築・運用するか
- このガイドの限界
- よくある質問
- 次のステップ
MCPサーバーはエンタープライズシステムの何を公開すべきか?
エージェントの業務に必要な最小限の名前付きアクションのみを公開してください。ERP・CRM・財務APIへの汎用パススルーは避けてください。get_invoice_statusやlist_open_ordersのようなツールは、意図的に定義された型付きの監査可能な関数です。一方、任意のSQLを転送したり、スコープのないRESTコールを行うツールはMCPツールではなく、追加のステップを伴ったAPIそのものであり、背後のシステムのすべてのリスクを引き継いでしまいます。
3層公開マトリクス
ツールを作成する前に、ERP・CRM・財務のすべての候補アクションを3つの層のいずれかに分類してください。承認ルールを決めるのは、タッチするシステムではなく、層です。
| 層 | アクション例 | 誤った場合のリスク | 適用条件 |
|---|---|---|---|
| ツールとして公開しない | 直接データベースアクセス、管理者設定、ユーザー・権限管理、一括エクスポート | 影響範囲が無制限。監査・取り消しの対象となる単一のアクションが存在しない | アクションに定義済みの入出力コントラクトがない、またはAPIアクセス全体を再現することになる場合 |
| 読み取り専用ツール(自動承認) | 注文ステータス、請求書照会、顧客アカウントサマリー、在庫レベル、未処理チケット数 | 低:誤った読み取りでは古い情報や不正確な情報が表示されるだけで、何も変更されない | 会話の中でデータが必要であり、遅延するとエージェントの目的が損なわれる場合 |
| 書き込みツール(人間の承認が必要) | 請求書の作成・更新、顧客レコードの変更、クレジットの発行、仕訳の転記、支払いのトリガー | 高:金銭の移動、顧客レコードの変更、または会計期間への影響が生じる | アクションの取り消しに手間がかかる場合、またはAIエージェントセキュリティガイドの承認ルールが金銭・削除・不可逆的アクションに適用されるリスクと同等の場合 |
最初のMCPサーバーの多くは書き込み層のスコープが広すぎます。割引率も受け付けるcreate_orderツールは、誰も審査していない権限をエージェントに与えることになります。ツールのフィールドは、APIが許す範囲ではなく、業務に必要な最小限の範囲で定義してください。
サーバーのセキュリティ確保:アイデンティティ、スコープ、ゲートウェイ
Model Context Protocolの認可仕様では、MCPサーバーはOAuth 2.1のリソースサーバーの役割を担います。ベアラートークンを受け取り、各トークンが自身のために発行されたことを検証し、別のサーバー向けにスコープされたトークンを拒否します。これはOAuth 2.0 Resource Indicators(RFC 8707)が定義するオーディエンスバインディング要件です。これに伴い、3つの選択肢が生まれます。
- 会社自身のIDプロバイダーを通じて認証する。静的な共有APIキーは使わないでください。これにより、トークンが呼び出し元エージェント自身のアイデンティティに紐付けられ、後からの監査や失効が可能になります。
- すべてのトークンのスコープを必要な最小限のツールセットに限定する。サーバー上のすべてのツールを呼び出せるトークンは、上述の3層マトリクスを無効化します。仕様のリーストプリビレッジガイダンスに従い、ツールごとまたはツールグループごとにスコープを付与してください。
- 複数のMCPサーバーの前にゲートウェイを置く。2番目のサーバーが存在する場合、認証・レート制限・ログ記録の単一の適用ポイントを設けることが、各サーバーを個別にセキュリティ確保するよりも管理・監査が容易です。
Netbaseは、このセキュリティ確保を他のすべての構築物と同様に実施しています。通信中のTLS、ロールベースのアクセス制御、書き込みツールを承認できるすべてのダッシュボードへのMFA、そしてISO 27001およびSOC 2 Type IIのフレームワーク、GDPRやHIPAAに沿った慣行、CCPAの慣行を、自社のデリバリーにすでに適用しています。
スケールでのMCPガバナンス:レジストリ、レビュー、失効
ガバナンスは2番目のツールが出荷される前から始まります。10番目の後からではありません。すべてのMCPサーバー、そのサーバーが公開するすべてのツール、そしてそれに接続されているすべてのエージェントまたは呼び出し元のレジストリを維持してください。このカタログがなければレビューする対象がなく、誰も存在を覚えていない接続は誰も失効させません。公開されているMCPガバナンスフレームワークは、このレジストリを、リーストプリビレッジスコープおよび自動認証情報ローテーションとともに、エンタープライズスケールのMCPガバナンスの核心として扱っています。
レジストリを有用に保つための3つの実践:
- すべての呼び出しをログに記録する。呼び出し元のアイデンティティ、ツール名、引数、自動承認かエスカレーションかを記録し、問題のある書き込みをその呼び出しまで遡れるようにします。
- スケジュールに従って接続をレビューする。アクセスレビューが他のシステムアカウントをカバーするのと同様の方法で、誰も正当化できないものは失効させます。
- 機能するキルスイッチを維持する。トークンの失効またはツールの無効化は、デプロイメントではなく、1つのアクションで完了できるようにしてください。
MCPサーバーを立ち上げるためのシーケンスプラン
-
APIですでに利用可能なERP・CRM・財務アクションをカタログ化する。
MCPツールはシステムがすでに安全に公開しているアクションをラップするものであり、基盤となるAPIになかった新しいアクセスを追加するものではありません。
-
すべての候補アクションを、ツールを1つも作成する前に、上述の3層マトリクスに分類する。
-
まず読み取り専用ツールを1つ構築する。
1つの呼び出し元に対して、2番目のツールや呼び出し元が存在する前に認証・スコーピング・ログ記録を検証します。
-
最初のツール出荷時にレジストリエントリを追加する。
後から開始したレジストリは追いつけません。
-
読み取り専用パターンが安定してから書き込みツールを追加する。
各ツールはマトリクスの人間承認ルールでゲートします。
-
2番目のMCPサーバーが存在したら、ゲートウェイを前に置く。
各サーバーを個別にセキュリティ確保するのではなく。
-
すべての書き込みツールを評価ゲートに通す。
AIエージェント評価ハーネスがあらゆるエージェント機能に設定するのと同じgo/no-goの規律を適用します。
-
固定スケジュールでレジストリをレビューし、誰も正当化できないものは失効させる。
MCPサーバー構築におけるAIの役割
Netbaseは、主要な商用およびオープンソースのAIツールとモデルをプロジェクトごとに選択して活用しており、MCPツールサーバーの構築を他のAPIの構築と同様に扱っています:型付き、認証済み、ログ記録済みです。以下の各項目は、Netbaseにおける成熟度を示しています。
-
成長領域:既存ERP・CRM上のMCPツール設計。
バックオフィスのどのアクションを呼び出し可能なツールにするかをスコーピングし、その周囲に認証とレジストリを配線します。公開済みのMCPサーバー事例にはまだ紐付いていません。
-
デリバリー済み(匿名クライアント):CRM同期付きAIチャットボット。
名前非公開のクライアント向けに、定義されたアクションセットでCRMデータの読み書きを行うエージェントです。MCPツール呼び出しと同じ形ですが、MCPが呼び出し規約になる前に構築されたものであり、MCPサーバーではありません。
存在するデリバリー実績と存在しないもの
Netbaseは、MCPサーバーの前段となるシステムを構築した実績があり、定義されたアクションに対してAIプロジェクトを呼び出したデリバリー実績もありますが、1つのプロジェクトでその両方を組み合わせた実績はまだありません。
- 米国クライアント向けマルチテナントクラウドERP(名前非公開)。2020年以来、SaaSとして提供されるクラウドERPのオフショア開発とマネージングパートナーを担当。フェーズ1はCRM、ナレッジベース、業務・プロジェクト管理、APIインテグレーションをカバーしており、これがMCPツールカタログが最初の読み取り専用ツールを引き出す基盤となります。
- ERP・CRMコンサルティング(名前非公開)。Odooのコンサルティングとカスタマイズ、カタログ・在庫・注文・顧客データをAPIで同期するECサイト-ERP連携、VtigerからERPへのアップグレード。いずれも、生のデータベース接続ではなく、MCPツールがラップするような定義された限定的なアクションです。
- WhatsApp AIチャットボット(CRM同期付き)(名前非公開)。定義されたアクションセットでCRMデータの読み書きを行うエージェントです。MCPが呼び出し規約となる前にデリバリーされたものです。
- その他のデリバリー済みAI(匿名化):検索拡張型ナレッジアシスタント、ドキュメントAI、ここには名前が記載されていないクライアント向けのMLOpsパイプライン。
存在しないもの。デリバリー済みMCPサーバー、公開済みツールレジストリ、またはMCPを通じてクライアントのERP・CRM・財務システムを呼び出すエージェントについて、Netbaseの公開記録はありません。上述のマトリクスとシーケンスプランは、NetbaseのERP/CRMインテグレーションとエージェント向けデリバリーの実践および引用ソースから生まれたものであり、測定済みのMCPプロジェクトからではありません。期間、コスト、精度、採用率のいかなる数値も主張していません。
代替案:MCPレイヤーを誰が構築・運用するか
-
自社チームで、既存のAPIを使用
- 強み
- ERP・CRM・財務システムと現在の所有者について最も深い知識を持つ
- 適用条件
- APIがすでに存在し、チームが両端を所有している場合
-
ERP・CRMベンダーの組み込みMCPコネクター(存在する場合)
- 強み
- 最速のスタート、ベンダーによるメンテナンス
- 適用条件
- プラットフォームがすでに提供しており、そのツールセットが必要なアクションをカバーしている場合
-
専任のインテグレーションパートナー
- 強み
- API、ツールサーバー、レジストリ、承認ロジックを1チームで担当
- 適用条件
- APIがまだ存在しない、複数のシステムが共有ゲートウェイを必要とする、または最初のツールからガバナンスを設計しなければならない場合
まだ構築しないほうがよい場合。1つの呼び出し元を持つ単一の内部スクリプトで、2番目のエージェントの計画もない場合、プロトコル・レジストリ・ゲートウェイを必要とすることはほとんどありません。オーバーヘッドが、1つの呼び出し元インテグレーションでは使わない相互運用性を買うことになります。2番目のエージェント、アシスタント、またはパートナーが同じツールサーフェスを必要とするようになったら、MCPに向けて構築してください。
Netbaseのカスタム開発では、クライアントが自社向けに作成されたIPを所有し、ほとんどのプロジェクトはディスカバリー後に合意された請負契約で進みます。基盤となるAPI作業はシステム・APIインテグレーションとERP・CRM開発に、エージェント向けレイヤーはAIインテグレーションにあり、エージェントAI自動化とエンタープライズAIエージェントプラットフォームを通じてデリバリーされます。ERP・CRM・財務データが同じ承認の問題を抱えるプロフェッショナルサービスなどの業界向けです。
このガイドの限界
- MCPの仕様は新しく、頻繁に改訂されます。認可フローを構築する前に確認してください。
- 3層マトリクスとシーケンスプランは設計の出発点であり、特定のツールがシステムにとって安全であることを保証するものではありません。
- 期間、コスト、精度、採用率のいかなる数値も主張していません。実際の数値はシステムと呼び出し量によって異なります。
- スコーピング、ログ記録、レジストリはリスクを軽減しますが、OWASPの過剰エージェンシーに関するガイダンスが推奨するとおり、異常な書き込みをレビューする必要性をなくすものではありません。
Netbaseコンサルタントと次のステップを計画する
よくある質問
いいえ。APIはすでに存在しています。MCPサーバーはその一部を、AIエージェントが呼び出せる型付きツールとして選択的にラップするものです。各ツールには独自の承認ルールがあり、API全体をエージェントに直接公開するのではありません。
1つの呼び出し元を持つ単一のMCPサーバーであれば不要です。2番目のサーバーまたは2番目のクラスの呼び出し元が存在するようになったらゲートウェイを追加し、認証・ログ記録・レート制限を複数の場所ではなく1つの場所で適用してください。
1つの呼び出し元に対する読み取り専用ツール(注文や請求書のステータスなど)です。背後のERP・CRM・財務システムへの書き込みリスクなしに認証とログ記録を検証できます。
モデルの外にいる人間が、AIエージェントセキュリティガイドが金銭・削除・不可逆的アクションに設定しているのと同じルールに従って承認します。MCPサーバーはその承認が得られるまで呼び出しを保留すべきであり、後からログに記録するのではありません。
次のステップ
エージェントに呼び出させたいERP・CRM・財務アクションをお知らせください。ソリューションレビューをご予約の上、公開マトリクス、認証モデル、レジストリのスコーピングを行います。エージェントAI自動化サービスをご覧いただくか、Netbaseのインサイトをもっとご覧ください。
関連サービスとソリューション
人が承認権を持つAIオートメーションとエージェント
Netbaseは、繰り返しの多段階業務をソフトウェアで処理しながら、重要な意思決定の承認権を人が持ち続けることを望むオペレーションチームに、AIオートメーションとエージェント開発を提供します。ルールベースの自動化とAIを適切に組み合わせ、ヒューマン承認を組み込み、ベースラインと比較してリターンを計測します。
詳しく見る
エンタープライズAIエージェントプラットフォーム:承認・監査ログ・コスト上限付きでAIエージェントを運用
エンタープライズAIエージェントプラットフォームは、AIエージェントが承認済みツールを通じて複数ステップの作業を計画・実行するガバナンス済みランタイムです。承認フロー・監査ログ・アクセスルール・コスト上限がすべてのアクションを説明可能にします。Netbase はライセンス製品としてではなく、お客様の環境内に構築する将来志向のソリューションとして提供しています。
詳しく見る
Netbaseとリモートで協業する
Netbase JSCのすべての案件はリモートで納品されるため、世界中のどの国・業界のクライアントとも協業できます。これまで80か国以上のクライアントと実績があります。契約・請求書はNetbase JSCが発行し、お支払いはNetbase JSCの口座への銀行振込またはPayPal Businessで承ります。CEOのHuy Nguyen(David)にWhatsAppまたはメールでお問い合わせください。
プロジェクトを相談する
Netbase JSCは、デジタルプロダクトおよびAI活用ビジネスシステムの設計・構築・モダナイゼーション・運用を支援します。project@netbasejsc.com
+84 937 869 689
91 Nguyen Chi Thanh, Dong Da, Hanoi, Vietnam
連絡を取る
構築・モダナイズ・運用したいものをお聞かせください。