外部AIエージェントとOdooをつなぐ考え方|MCP連携の権限設計と始める順番

経営会議の前日、担当者が3つのシステムから数字を集め、表計算ソフトで見比べている。

その姿を見て「AIに聞けば一発で出ないのか」と感じた経営者は多いはずです。実際、「社内のデータをAIに読ませたい」というご相談が増えてきました。

その願いは、もう手の届くところにあります。Odoo(オドゥー)には、外部のAIとつなぐための公式のMCPサーバーがあります。MCPとは、AIが外部のデータやツールとやりとりするための規格です。Odoo Online 19.4以降とOdoo 20で使えます。Claude CodeなどのAIクライアントから、自社のデータを読み書きできます(外部AIを業務システムにつなぐとは)。

ただ、つなぐ前に決めることがあります。「どう答えさせるか」ではなく「何を見せて、何をさせないか」。AIはAPIキーを発行したユーザーの権限で動くので、誰のキーでつなぐかが、そのまま何を見せるかになります(つなぐときに決める3つのこと)。

線引きを先に決めてからつなぐと、たとえば次のことが変わります。

  • 会議の前日にAIへ尋ねると、見てよい範囲の数字が返る
  • AIに見せる範囲を、人の役割と同じ考え方で決められる
  • 初めは読み取りだけで試し、慣れてから範囲を広げられる
  • 問い合わせの記録が残り、後から確かめられる

ただし、多くの中小企業にとって、今すぐつなぐ必要はありません。データが散らばったままでは、返る数字を信用できないからです。

では、今つなぐべきか、先にデータを整えるべきか。判断の目安は今つなぐか、先に整えるかのチェックリストにあります。良い点と注意点は、MCPでつなぐ良い点と、気をつけることに並べました。

CommunityとEnterpriseの区別について

アクセス権限や認証の基本的な仕組みは、Community版(無料)とEnterprise版(有償)で共通です。AIに与える権限も、この共通の土台の上で設計します。一方、公式のMCPサーバーはEnterprise版のAIアプリの機能で、Community版にはありません。

目次

外部AIを業務システムにつなぐとは、どういうことか(API・MCP・AIエージェント)

用語だけが先に広まり、話がかみ合わないまま検討が進みがちです。まず3つの言葉をそろえておきます。

  • API(Application Programming Interface):ソフトウェア同士がデータをやりとりする窓口。人の画面操作の代わりに、プログラムが決まった形式で読み書きする
  • MCP(Model Context Protocol):AIモデルが外部のデータやツールとやりとりするための規格。窓口の形をそろえ、つなぎ込みの手間を減らそうという考え方
  • AIエージェント:指示を受けて、複数の手順を自分で組み立てて実行するAI。「調べて、まとめて、送る」まで続けて行う点が、文章を返すだけのAIと違う

つまり「つなぐ」とは、窓口を通してAIに社内データへの通り道を開くことです。開いた時点で、その先はAIにとって「読める場所」になる。設定によっては「書ける場所」にもなります。

Odoo側でも、この通り道は広がりました。19.3でAIエージェントがレコードを作成・更新できるようになり、19.4にはMCP接続の記載があります(2026年9月時点、公式リリースノートの記載による)。

いまは公式ドキュメントにも、MCPサーバーの節があります。Claude Code・Codex・Antigravityなど、MCPに対応したAIクライアントから、自社のOdooに接続できる。認証にはOdooで発行したAPIキーを使い、そのユーザーの権限の範囲で読み書きします(出典:Odoo公式ドキュメント「AI MCP server」、2026年10月確認)。

ただ、マイナー版(19.1〜19.4)はOdoo Online専用です(出典:Odoo公式「Standard and extended support」、2026年10月確認)。Odoo.shとオンプレミスで受け取れるのは、2026年9月に公開されたOdoo 20からです。

つながるようになったからこそ、先に決めることが増えます。

つなぐ前に決めるのは「答え方」ではなく「線引き」 上は「質問すれば答えが返る」という期待。下は「何を見せて何をさせないか」という権限の線引き。実務で先に決めるのは下の側である。 つなぐ前に決めるのは 「答え方」ではなく「線引き」 想像されていること 聞けば答えが返ってくる 探す時間がなくなる → 論点は「精度」だと考える 実際に決めること 何を見せるか/見せないか 読むだけか、書かせるか → 論点は「権限」になる つなぐ検討は、技術選定ではなく 権限設計から始まる
AIをつなぐときに想像されることと、実際に決めるべきことの違い

つなぐと何が起きるか、3つの構造

なぜ権限が先に来るのか。仕組みを3つに分けると見えてきます。

AIは、渡されたデータの範囲でしか答えられない

AIが答えられるのは、通り道を開いた範囲の情報だけです。見せていない情報には、もっともらしい推測を返すこともある。

「分からない」と言わずに答えを作ることがある点が、人の担当者との大きな違いです。

渡したデータは、すべて見える

通り道を開いた範囲は、原則すべて読める状態になります。

給与も、原価も、取引先ごとの条件も同じ。範囲を絞る方法は1つしかありません。最初から渡さないことです。「最初はゼロ」から渡す範囲を決める考え方は、AIに会社のデータを、どこまで渡すかに書いています。

AIエージェントは、読むだけでなく行動できる

ここが従来のシステム連携と違う点です。設定によっては、記録を書き換える、メールを送るといった動作まで行える場合があります。

読み違いなら「答えが違った」で済む。行動を伴えば、業務上の実際の損害になります。だからこそ、つなぐ前に決めるべきは権限設計です。

AIエージェントをつなぐときに決める3つのこと(権限設計)

決めるのは次の3点です。技術より業務の話なので、経営者が決めてよい論点になります。

外部AIを業務システムにつなぐ前に決める3つの論点 誰の権限でつなぐか、読むだけか書き込ませるか、誰が何をしたかの記録が残るか。この3点を順に決める。人に権限を与えるときと考え方は同じ。 つなぐ前に決める3つのこと ①誰の権限でつなぐか 役割に応じた範囲で 管理者権限は渡さない ②読むだけか、書くか まず読み取りだけ 書き込みは後から ③記録が残るか 誰が何を見たか 後から検証できるか 人に権限を与えるときと、考え方は同じ
外部AIを業務システムにつなぐ前に決める3つの論点

誰の権限でつなぐか

起きやすいのが、管理者の権限でつなぐことです。動作確認が楽だからです。しかしそれは、社内の誰も見られない情報まで見える状態を作ります。

考え方は人の場合と同じです。役割を決め、必要な範囲だけを与える。営業の質問に答えさせたいなら、営業が見てよい範囲でつなぎます。

OdooのMCPサーバーでは、AIはAPIキーを発行したユーザーの権限で動く仕組みです。だから「誰のキーでつなぐか」が、そのまま「AIに何を見せるか」になります。

読むだけか、書き込ませるか

次に決めるのが動作の範囲です。読み取りだけなら、間違いは「答えが違った」で止まる。書き込みまでさせると、間違いがそのまま取引先に届きます。

最初は読むだけから始め、運用に慣れてから範囲を広げる。逆の順番で進めると、後から絞り直す負担が大きくなります。

OdooのMCPサーバーも、この順番に沿った作りです。初めの設定でAIに公開されるのは、Get Fields・Get Models・Search・Read groupなど、取得・検索系の道具だけ。レコードの作成・更新など、それ以外の道具はAIから隠れています。使わせるには「Available in MCP」の印を1つずつ付けて公開する(出典:同上「AI MCP server」、2026年10月確認)。まずは初めの設定のまま、読み取り専用で始めるのが無理のない進め方です。

AIに任せる範囲と、人が握る範囲の分け方は、NetSuiteの教科書のAIエージェントに「任せる範囲」と、経営者が「握る範囲」でも扱っています。製品は違っても、考え方は同じです。

誰が何をしたかが残るか

3つ目は記録です。AIが何を見て、何をしたかが残らないと、後から検証できません。

「なぜこの数字が出たのか」を追えないと、AIの答えが社内で信用されなくなる。監査の観点は、人が操作する場合と同じです。詳しくはOdooのセキュリティとバックアップの考え方にまとめました。

OdooとAIを急いでつなぐ必要はない ― 順番の話

率直に言えば、多くの中小企業にとって、今すぐつなぐ必要はありません。AIが正しく答えられるのは、データが整っている範囲だけだからです。

見積は表計算ソフト、受注は基幹システム、請求は別の仕組み。取引先名の表記も部署ごとに違う。これでは返る数字を信用できません。

つなぐ前にやることは、データを1か所に集めて整えること。進め方は社内システムの「一元化」とはをご覧ください。

今つなぐか、先に整えるかのチェックリスト

社内会議でそのまま使えるよう、判断の目安を並べます。当てはまるのが2つ以下なら、先にデータの整備から始めるほうが近道です。

  • □ AIに聞きたい問いが、具体的に3つ以上挙がっている
  • □ その答えに必要なデータが、1つのシステムにそろっている
  • □ 取引先名や商品名の表記が、部署をまたいで統一されている
  • □ 「AIに見せてはいけない項目」を社内で言葉にできる
  • □ AIの操作記録を定期的に確認する担当者を決められる

Community版とEnterprise版で変わること

Odoo 19.0の公式ドキュメントには、AIエージェントに関する節があります(出典:Odoo公式ドキュメント「AI agents」、2026年10月確認)。この記事では、個別機能の動作には触れません。

論点Community版Enterprise版
アクセス権限・認証の基本的な仕組み共通共通
外部とやりとりする窓口あり(仕様は公式情報で確認)同左
公式のMCPサーバー(AIアプリの機能)対象外Odoo Online 19.4以降・Odoo 20
Odoo Studio(ノーコードでのカスタマイズ)対象外利用できる
ホスティング・障害対応自社の責任公式サポートとホスティングを含む

Odoo Studioを使うには、Enterprise版の中でもカスタムプランが必要です。スタンダードプランには含まれません。外部APIの利用も、カスタムプランが前提です。Odoo Onlineでは、MCPを含む外部APIを使えるのはカスタムプランだけで、One App Free・スタンダードでは使えません。

なお、版ごとの対応範囲は改定されることがあります。導入を検討する段階で、Odoo公式のエディション比較ページで最新の内容をご確認ください。

外部APIの窓口そのものも変わりつつあります。従来のXML-RPC・JSON-RPCは非推奨となり、External JSON-2 APIに置き換わりました。XML-RPC・JSON-RPCの削除は、Odoo 22(Odoo Onlineでは21.1)の予定です。

窓口の具体的な仕様はOdooのAPI連携に譲ります。AIの活用はOdooのAIエージェントもご覧ください。

OdooのMCPサーバーでAIをつなぐ良い点と、気をつけること

つなぐと決めたときに、何が得られて、何に気をつけるか。ここまでの話を並べ直すと、次のとおりです。

良い点

  • 自社のOdooにAIから直接つなげる:Claude Code・Codex・AntigravityなどのAIクライアントから接続できる。公式のMCPサーバーは、Enterprise版のAIアプリの機能
  • 人と同じ考え方で線を引ける:AIはAPIキーを発行したユーザーの権限で動く。アクセス権限・認証の基本的な仕組みは、Community版とEnterprise版で共通
  • 読み取り専用から始めやすい:初めの設定で公開されるのは、取得・検索系の道具だけ
  • 書き込みまで段階的に広げられる:レコードの作成・更新などの道具は、「Available in MCP」の印を付けて1つずつ公開する

気をつけること

  • 公式のMCPサーバーはCommunity版にない:Enterprise版のAIアプリの機能。Odoo Onlineでは、MCPを含む外部APIを使えるのはカスタムプランだけ
  • Odoo.sh・オンプレミスはOdoo 20への更新が前提:マイナー版(19.1〜19.4)はOdoo Online専用
  • データが散らばったままでは答えを信用できない:AIが正しく答えられるのは、データが整っている範囲だけ
  • 管理者権限と書き込みは慎重に:管理者権限でつなぐと、社内の誰も見られない情報まで見える。書き込みまでさせると、間違いがそのまま取引先に届く

両方を並べると、次の図のとおりです。

OdooのMCPサーバーでAIをつなぐ良い点と注意点 良い点は、MCP対応のAIクライアントから自社のOdooに直接つなげる(Enterprise版)、APIキーを発行したユーザーの権限で動くので人と同じ考え方で線を引ける、初めは取得・検索系だけが公開され読み取り専用から始めやすい、書き込みの道具は1つずつ公開して段階的に広げられること。注意点は、公式のMCPサーバーはCommunity版にない、Odoo.sh・オンプレミスはOdoo 20への更新が前提、データが散らばったままでは答えを信用できない、管理者権限と書き込みは慎重に扱うこと。 MCPでAIをつなぐ良い点と注意点 良い点 自社のOdooにAIから直接つなげる MCP対応のAIクライアントから(E版) 人と同じ考え方で線を引ける APIキーを発行したユーザーの権限で動く 読み取り専用から始めやすい 初めは取得・検索系の道具だけ公開 書き込みまで段階的に広げられる 作成・更新の道具は1つずつ公開する 注意点 公式MCPサーバーはCommunity版にない Odoo Onlineはカスタムプランが必要 Odoo.sh・オンプレミスはOdoo 20から マイナー版はOdoo Online専用 散らばったデータでは答えを信用できない 先に集約と表記の統一を行う 管理者権限と書き込みは慎重に 間違いがそのまま取引先に届く E版=Enterprise版(有償)
MCPでAIをつなぐ良い点と注意点

注意点の避け方は、つなぐときに決める3つのこととベンチャーネットが確かめる順番で説明しています。

AIをつなぐ前に、ベンチャーネットが確かめる順番

ベンチャーネットは、AI接続を技術の話から始めません。ERPと同じく、経営の問いから逆算する経営プロジェクトとして扱います。

  1. AIに答えさせたい問いを3つに絞る。「今月の見込みはどうか」「どの取引先の回収が遅れているか」など、経営者が週に何度も確かめたい問いから選びます
  2. その問いに必要なデータの置き場所を確かめる。どのシステムの、どの項目が答えの材料になるかを洗い出します。散らばっていれば、先に見える化(数字を1か所に集めること)を進めます
  3. AI用の役割を、人の役割表に1行足す形で決める。見てよい範囲より先に「見せてはいけない項目」を書き出します。給与や取引条件は、この段階でまず外します
  4. 読み取りだけで試し、記録を確かめる。答えの精度と操作記録の残り方を、担当者と一緒に一定期間確認します
  5. 書き込みまで広げるかを判断する。広げる場合も、影響が社内で止まる業務から始めます。取引先に届く動作は最後です

途中で、合わない場面が見つかることもあります。たとえばMCP接続を使うなら、Odoo.shやオンプレミスではOdoo 20への更新が前提です。そのときは、先に更新計画を立てるべきだとお伝えします。

グループ規模でAI接続を考える会社なら、NetSuiteにもMCPでAIから使う仕組みがあります。概要はNetSuite AI Connector Service(MCP)とはをご覧ください。業務がパッケージに乗りにくい場合は、AIスクラッチ開発も選択肢に入ります。ライセンスは不要ですが、開発費と保守費が別途かかる点も含めて比べます。

よくある2つの失敗

失敗1:試すために管理者権限でつないでしまう

「まず動かしてみよう」という場面で起きがちな失敗です。権限を絞るのが面倒だからです。

問題は、その設定が試用のまま本番に残ること。試す段階から範囲を絞ります。

失敗2:データが散らばったままAIをつなぐ

順番の取り違えです。情報が散らばったままつなぐと、返る答えは合いません。

責められるのはAIでも、原因はデータ側にある。先に集約と表記の統一を行います。

よくある質問

外部のAIサービスに社内のデータを渡しても問題ないでしょうか?

渡す範囲と、渡した先での扱いの2つで決まります。差し支えない情報から始め、機密性の高い領域は後回しにしてください。

OdooはMCPに対応していますか?

対応しています。公式のMCPサーバーがあり、対象はOdoo Online 19.4以降とOdoo 20です。Enterprise版のAIアプリの機能で、Odoo Onlineではカスタムプランが必要になります。Odoo.shとオンプレミスはOdoo 20から使えます。詳細は公式情報と支援会社の双方にご確認ください。

Community版でもAIとの連携を検討できますか?

権限設計の検討はできます。アクセス権限や認証の基本的な仕組みは、Community版とEnterprise版で共通だからです。ただし、公式のMCPサーバーはCommunity版にはありません。ほかに差が出るのは、ホスティングや障害対応を誰が担うかという運用面です。

小さく試すなら、どこから始めるのがよいでしょうか?

読み取りだけ、範囲の限られた業務から始めるのが現実的です。記録の残り方と答えの精度を確かめ、使えると判断できてから広げます。

外部AIをOdooにつなぐ良い点と注意点は何ですか?

自社のデータをAIから使える一方で版とプランの条件があります。

公式のMCPサーバーで、MCPに対応したAIクライアントから自社のOdooに接続できます。AIはAPIキーを発行したユーザーの権限で動き、初めの設定では取得・検索系の道具だけが公開されます。一方、公式のMCPサーバーはEnterprise版のAIアプリの機能で、Odoo Onlineではカスタムプランが必要です。データが散らばったままでは、返る答えを信用できません(良い点と、気をつけること)。

まとめ

外部AIをつなぐときに押さえることは、次の5つです。

  • AIは渡された範囲でしか答えられず、渡した範囲はすべて見える
  • AIエージェントは読むだけでなく、書き換えや送信まで行える場合がある
  • つなぐ前に決めるのは、誰の権限でつなぐかという線引き
  • 最初は読み取りだけに限定し、記録が残る形にしてから範囲を広げる
  • データが散らばったままなら、先にやるべきは集約と表記の統一

AIの話題は動きが速く、乗り遅れる不安を感じやすい領域です。ただ、権限設計とデータ整備という土台は、どの技術が主流になっても無駄になりません。

1年後、経営会議の前日にAIへ「今月の見込みは」と尋ねると、営業が見てよい範囲の数字だけが返ってくる。その問い合わせの記録も残り、担当者が表計算ソフトで数字を突き合わせる夜は減っている。

もう少し詳しく知りたい方へ

ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。

「AIに社内データをどこまで見せてよいか判断がつかない」という整理から、ご相談を承っています。

関連記事

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

持田 卓臣(もちだ たくおみ)
株式会社ベンチャーネット 代表取締役

ヒューレット・パッカード社でITコンサルタントとして従事した後、2005年に株式会社ベンチャーネットを設立。
Oracle NetSuite Solution Provider Partner として、中堅・中小企業向けクラウドERP「NetSuite」の導入・運用支援を提供しています。
SEO・広告・SNS・ウェブ・MA・SFAと一気通貫で培ってきたデジタルマーケティング領域の業務知見を活かし、NetSuiteを軸とした経営DXを支援しています。
著書:『普通のサラリーマンでもすごいチームと始められる レバレッジ起業「バーチャル社員」があなたを救う』(KADOKAWA、2020年)

目次