ガイド · OFFICIAL SOURCES
Odoo AI エージェント・ネイティブ MCP・外部ゲートウェイの違い
外部 AI クライアントを使うだけで外部ゲートウェイが必須になるわけではありません。対応バージョン、実際の業務、権限と運用要件を基に、三つの経路を比較します。
公開日: 2026-08-27 · 最終更新: 2026-09-30 · Review by: September 30, 2026
公開日: 2026-08-27
最終更新: 2026-09-30
次回確認: 2026-09-30
まず結論
選択肢は二つではなく三つあります。Odoo 内の AI エージェントは ERP 内の業務を扱います。対応する Odoo のネイティブ MCP サーバーは、Odoo のエンドポイントから外部 MCP クライアントへツールを公開します。外部 MCP ゲートウェイは、別の統合・運用境界を追加します。外部クライアントを使うという理由だけで、外部ゲートウェイが必須になるわけではありません。
実際の業務要件を満たす最も単純な対応済み構成から始めてください。どの経路でも Odoo が記録の正本であり、ユーザー権限とレコードルールが重要です。
最初に互換性を確認する
「Odoo 19 MCP」を探している場合、対象の環境をまず確認してください。ネイティブ MCP は saas-19.4 で文書化されており、すべての Odoo 19 環境で使えるという意味ではありません。
外部ゲートウェイが必要なら、ERPipe の対応バージョンと条件を確認し、ChatGPT 接続ガイドの読み取り確認へ進みます。条件が合う場合に無料ベータのワークスペースを作成してください。最初はステージング DB と専用の Odoo ユーザーを使用します。
ネイティブ MCP と saas-19.4
Odoo の公式ドキュメント変更は、ネイティブ AI MCP サーバーを saas-19.4 の新機能として説明しています。将来の master だけの構想として扱うのは正確ではありません。
ただし、Odoo 18、すべての Odoo 19 環境、すべてのエディションやホスティングプランで利用できることを意味しません。バージョン別の MCP ドキュメントと、実際の環境に導入された機能を確認してください。本記事で確認したのは公式のドキュメント変更であり、認証済みネイティブ MCP 環境を使った動作試験ではありません。
三つの境界を比較する
| 確認項目 | Odoo 内の AI エージェント | ネイティブ MCP サーバー | 外部 MCP ゲートウェイ |
|---|---|---|---|
| 利用者の作業場所 | Odoo 内の AI ワークフロー | Odoo のエンドポイントを使う外部クライアント | ゲートウェイを使う外部クライアント |
| 必要な機能 | 対象の Odoo AI アプリと設定 | 導入環境が対応するネイティブ MCP 機能 | 対応ゲートウェイと必要な Odoo API へのアクセス |
| ツールの公開元 | エージェントのトピック、ツール、ソース | ネイティブ MCP の公開ツール設定 | ゲートウェイ固有のツール契約 |
| 権限の基準 | Odoo のセキュリティモデル | 接続資格情報と公開ツールの権限を確認 | クライアント側のポリシーと接続先 Odoo ユーザーの権限 |
| 複数データベース | 対象業務の範囲を確認 | 複数環境のルーティングを推測しない | 明示的なルーティングがあるか実装を確認 |
| 書き込み承認 | 個別の操作を確認 | 公開ツールと設定を確認 | 自動的に全操作が承認対象にはならない。経路ごとに確認 |
| 運用責任 | Odoo の運用者・提供者 | Odoo の運用者・提供者 | Odoo に加えてゲートウェイの運用者・提供者 |
これは判断のための表であり、ネイティブ Odoo に特定の制御が存在しないと実測した結果ではありません。資料に記載がないことと、製品に機能がないことは別です。
要件を満たす場合はネイティブ経路から始める
利用者が Odoo 内で業務を完結できるなら、レコード、トピック、ツールに近い構成を選んでください。外部アシスタントを使う場合でも、導入環境がネイティブ MCP に対応していれば、そのエンドポイントから試すのが合理的です。適切な権限で既に実行できる操作を再現するためだけに、新しいサービス境界を追加する必要はありません。
メジャーバージョン番号だけではなく、インストール済み機能と実際のツール一覧を確認してください。バージョン表は認証、読み取り専用試験、権限検証の代わりにはなりません。
外部ゲートウェイを検討する条件
導入済みバージョンにネイティブ MCP がない場合、複数の Odoo データベースを明示的に指定したい場合、またはクライアント、書き込みポリシー、監査、接続ライフサイクルをまとめて運用したい場合は、外部ゲートウェイを検討できます。
ERPipe のホスト型経路には運用ワークスペース、明示的なインスタンスキー、公開ツールカタログ、設定可能な制御があります。書き込みは初期状態で無効です。人間承認は、そのように設定された操作に対して要求されます。すべてのメソッド呼び出しが必ずオーナーの承認を待つという約束ではありません。
一方で、資格情報と運用メタデータを扱うサービスが一つ増えます。互換性と制限、接続到達性、保持期間、費用、復旧手順を確認してください。閉域網やデータ保管場所の要件によっては、ネイティブ構成またはセルフホストの方が適切です。
一つの業務を実証してからアクセスを広げる
ステージング用データベースと最小権限の Odoo ユーザーを使います。実際のツールを確認し、既知の少数レコードを読み取ってください。禁止されたモデルや会社のレコードにアクセスできないこと、カスタムフィールドとページングが正しく扱えることを検証します。
書き込みでは、人間が判断する場所を決めます。変更予定の内容を確認し、拒否、権限の取り消し、タイムアウト、重複要求の扱いを試してください。カスタムメソッドと Chatter は、作成・更新・削除とは別に確認します。同じ承認要件を回避する二つの未記録経路を、ネイティブ側と外部側に作らないでください。
検証記録には Odoo バージョン、導入アプリ、クライアント、ツール、ポリシー、日時、観測結果を残します。公開された機能一覧だけではエンドツーエンドの動作証明になりません。
根拠と制限
元の AI エージェントに関する整理は 2026-08-27 に作成しました。2026-09-09 の更新では、公式の saas-19.4 MCP ドキュメント変更を基に三つの選択肢を明確化しました。本記事では応答速度の比較、セキュリティ認証、認証済みネイティブ MCP のベンチマークを行っていません。本番の構成判断前、および次回確認日 2026-09-30 に、バージョン固有の挙動を再確認してください。