「この機能、Odooの標準にはないけれど、OCAのモジュールで足せますよ」
導入の打ち合わせで、こう言われる場面があります。ただ、経営者として気になるのは、その先です。そのモジュールは5年後も動いているのか。止まったとき、誰が直すのか。
見極め方を押さえれば、OCAのモジュールは、標準にない機能を補う選択肢として使えます。
OCAは「Odoo Community Association」の略で、Odooのコミュニティによる非営利の団体です。OCAが公開するモジュール（機能を足すための部品）は、複数の開発者が共同で保守しています。いちばんの特徴は、保守が個人に依存しにくいことです（OCAの位置づけ）。
たとえば、次のことができます。
- 会計まわりの帳票や、標準にない在庫の扱いをモジュールで補える
- 開発者が一人離れても、ほかの人が引き継ぐ可能性を残せる
- 日本の制度や商習慣に合わせるモジュール群も、候補に入れられる
- 入れるかどうかを、4つの確認の順に沿って決められる
OdooにはCommunity版（無料・オープンソース）とEnterprise版（有償）があります。公式サポートが付くのはEnterprise版ですが、OCAのモジュールはどちらの版でも公式サポートの対象外です（公式サポートとの関係）。
Odoo Online（SaaS版）で使えない点にも注意が要ります。社内に技術者がおらず、支援先とも相談できないなら、標準機能の範囲に収めるほうが安全です。
では、自社で使ってよいかを、導入前にどう見極めればよいのでしょうか。答えは導入前の確認事項に、良い点と注意点はメリットとデメリットに並べました。
OCA（Odoo Community Association）の位置づけ
モジュールの提供元は、3つの層に分かれます。Odoo社の標準機能、コミュニティ（OCA）、個別の企業・個人です。保守の体制も、サポートの有無も、層ごとに違います。OCAのサイトやモジュールは、名称で検索すると見つかります。
②が持つ意味
OCAのいちばんの特徴は、保守が個人に依存しにくいことです。
個別の企業や個人が公開するモジュールは、提供元が更新をやめれば、そこで止まります。
コミュニティが共同で保守するモジュールには、複数の開発者が関わります。誰か一人が離れても、ほかの人が引き継ぐ可能性が残ります。
ERPは5年、10年と使う仕組みです。長く使ううえで、この性質は重要です。
第三者モジュール全般の選び方は Odooのアプリストアの使い方と注意点 にまとめています。
OCAのモジュールは公式サポートの対象ではない
OCAのモジュールは、Odoo社の公式サポートの対象ではありません。
- Odoo社に問い合わせても、対応の対象外
- 不具合があっても、修正の保証はない
- 自己責任での利用が前提
「コミュニティが保守している」ことと、「サポートが受けられる」ことは別の話です。
たとえば月末の請求処理の前日に不具合が出ても、直してくれる窓口はありません。自社か支援先が動けるかどうかが、すべてです。
では、どう向き合うか
現実的な選択肢は3つです。
| 方針 | 内容 |
|---|---|
| 使わない | 標準機能の範囲に収める。最も安全 |
| 自社で扱う | 技術者が中身を確認し、必要なら自社で修正する |
| 支援先と使う | 導入を支援する事業者と相談しながら使う |
社内に技術者がおらず、支援先とも相談できない状態で使うのは、おすすめできません。
OCAにはどんなモジュールがあるのか
OCAでは、分野ごとにモジュール群が整理されています。
| 分野の例 | 内容 |
|---|---|
| 会計まわり | 帳票、レポート、財務関連の補助機能 |
| 在庫・物流 | 標準にない在庫の扱い方 |
| 販売・購買 | 業務の細かい要件への対応 |
| 地域対応 | 各国の制度や商習慣に合わせる |
| 開発の補助 | 技術者向けの共通部品 |
日本向けのモジュールについて
日本の要件に対応するモジュール群もあります。各国の地域対応は国ごとに整理され、日本向けもその中の1つです。
ただし、使う前に次の3点を確認してください。
- 自社が使うバージョンに対応しているか
- 必要な要件を満たすか
- 更新が止まっていないか
「日本向けモジュールがあるから大丈夫」とは考えないでください。中身と継続性を、1本ずつ見る必要があります。
日本対応の全体像は Odooの日本対応状況 にまとめています。
OCAのモジュールを使うメリットとデメリット
メリットは、次の5つです。
- 保守が個人に依存しにくい：複数の開発者が共同で保守する。誰か一人が離れても、ほかの人が引き継ぐ可能性が残る
- 標準にない機能を足せる：会計まわりの帳票、在庫・物流、販売・購買など、分野ごとにモジュール群が整理されている
- モジュール自体は無料：オープンソースとして、無料で公開されている
- 日本向けのモジュール群もある：各国の地域対応の中に、日本向けもある。使う前に、対応バージョン・要件・更新を確かめる
- 中身を確かめられる：社内の技術者が中身を確認し、必要なら自社で修正できる
デメリットと注意点は、次の4つです。
- 公式サポートの対象外：Community版でもEnterprise版でも、Odoo社の公式サポートは受けられない。不具合の修正の保証もない
- 手間は別にかかる：導入・検証・保守と、問題が起きたときの対応は自社か支援先が受け持つ
- Odoo Onlineでは使えない：使いたいなら、Odoo.shかオンプレミスを選ぶ
- バージョンアップのたびに確認が要る：新しい版に対応していなければ、使えなくなるか、バージョンアップを見送ることになる
両方を並べると、次の図のとおりです。
注意点の多くは、入れる前に確かめれば手を打てます。確かめる順番は導入前の確認事項、サーバーの持ち方はOdoo Onlineとの関係、社内の体制の考え方はベンチャーネットが確かめることに書いています。
コミュニティモジュールを導入する前の確認事項
確認は4つの順で進めます。まず、標準機能で代替できないか。設定で実現できるケースは、意外と多くあります。次に、自社のバージョンへの対応と更新状況。そのうえで検証環境で動かし、ほかのモジュールとの競合も見ます。最後に、止まったときの代替案を考えます。
止まったときの代替案を、先に考えておく
4つの中で、とくに強調したいのが4つ目です。「このモジュールが将来使えなくなったら、どうするか」。これを導入前に考えておいてください。
- 業務のやり方を変えれば済むか
- 代わりのモジュールがあるか
- 自社で改修できるか
答えが「何もできない」なら、そのモジュールに業務を依存させるのは危険です。
とくに、受注・出荷・請求のように日々の業務が止まる領域では、慎重に判断してください。
社内会議で使える確認リスト
モジュールを入れるかどうか決める前に、次の項目を確かめてください。□が埋まらないものが多いほど、見送る理由になります。
- □ 標準機能や設定の見直しで代わりにならないことを、確認済みである
- □ 自社のバージョンに対応し、直近も更新されている
- □ 検証環境で、ほかのモジュールと一緒に動かして問題がなかった
- □ 止まったときに、誰が中身を見るのか名前で言える
- □ 止まったときの代わりの業務手順を、担当者が知っている
- □ 次のバージョンアップの時期に、対応状況を見直す段取りがある
Odoo Onlineでは使えません
Odoo Online（SaaS版）では、コミュニティモジュールを含む第三者モジュールを導入できません。
使いたいモジュールがあるなら、Odoo.shかオンプレミスを選ぶ必要があります。モジュールを使うかどうかは、サーバーをどう持つかの判断にもなります。
（出典：Odoo公式ドキュメント「Odoo Online」・「Odoo.sh 設定」、2026年10月確認）
詳しくは Odoo Onlineとは？ と Odooの導入形態3つを比較 をご覧ください。
バージョンと機能の更新について
Odoo 19.0は、2025年9月にリリースされました。標準サポートの終了は2028年9月（予定）と、公式に記載があります。
その後、19.1（2026年1月）・19.2（2026年3月）・19.3（2026年5月）・19.4（2026年7月）が順に提供されています。
19.1〜19.4は、Odooオンラインで先に提供されました。Odoo.shとオンプレミスは対象外でした（公式のサポート表にN/Aと明記）。
2026年9月には、次のメジャー版のOdoo 20が公開されました。Odoo.shやオンプレミスの会社も、Odoo 20に上げれば、19.1〜19.4の新機能をまとめて受け取れます。
違うのは、新機能を受け取る時期です。早く使いたいならOdooオンライン。自社で管理したいならOdoo.shかオンプレミスで、年1回のメジャー版に合わせる。そう考えると整理できます。Odoo 20の変更点はOdoo 20の新機能まとめにあります。
OCAのモジュールに直接かかわる変更は、19.1〜19.4の公式リリースノートに記載が見つかりませんでした。
この節は、Enterprise版の話です。Community版は、この19.1〜19.4の更新の流れには乗りません。
※出典：Odoo公式のリリースノートおよびドキュメント（2026年10月確認）
モジュールを1本足す前に、ベンチャーネットが確かめること
ERP導入支援を手がけるベンチャーネットは、コミュニティモジュールを積極的に推奨も否定もしません。個人に依存しにくい保守は利点で、公式サポートの対象外であることも事実だからです。
そのうえで、相談を受けたときは次の順番で確かめます。
ステップ1：その要件は、本当に必要か
まず、業務のやり方を標準機能に合わせられないかを考えます。これをFit to Standard（標準機能に業務を合わせる考え方）と呼びます。「今までこうしてきた」だけが理由なら、モジュールより業務を見直すほうが長持ちします。標準に合わせる所と自社流で残す所の線の引き方は、どこを標準に合わせ、どこを自社流で残すかに書いています。
ステップ2：止まったら、どの業務が止まるか
受注・出荷・請求のように毎日動く業務か、月に一度の帳票か。止まったときの影響の大きさで、慎重さの度合いを変えます。
ステップ3：誰が面倒を見るのか
社内の技術者か、支援先か。名前が出てこないなら、そのモジュールは入れない判断をおすすめします。
ステップ4：3〜5年後もその形で使うか
年1回のバージョンアップのたびに、対応状況の確認が要ります。3〜5年後の会社の姿から逆算し、確認を続ける手間に見合うかを判断します。
判断の分かれ目は、社内の体制です。
| 状況 | 考え方 |
|---|---|
| 社内に技術者がいる | 中身を確認したうえで、選択肢に入れられる |
| 支援先と相談できる | 継続性を含めて一緒に判断できる |
| どちらもない | 標準機能の範囲に収めるほうが安全 |
表の最終行は、とくに大切です。確認できる人がいないままモジュールを増やすと、問題が起きたときに動けなくなります。
そもそも、モジュールが必要な要件が多いなら、パッケージが合っていない可能性もあります。ベンチャーネットは、合わないときは合わないとお伝えします。
その場合は、必要な機能だけを自社資産として作るAIスクラッチ開発という選択肢もあります。ライセンス費用がかからない代わりに、開発費と保守費が別途かかります。判断材料は パッケージERPかスクラッチ開発か にまとめました。「作れる」という提案を受けたときの判断軸は、AIでスクラッチ開発とERP、どちらを選ぶべきかも参考になります。
OCAのモジュールについてよくある質問
Q1. OCAのモジュールは無料ですか？
モジュール自体は、オープンソースとして無料で公開されています。
ただし、導入、検証、保守、問題が起きたときの対応。これらの手間は別にかかります。
Q2. Odoo社のサポートは受けられますか？
受けられません。対象外です。公式サポートの対象は、Odoo社が提供する機能です。
Q3. コミュニティが保守しているなら、信頼してよいのですか？
それだけでは信頼の根拠になりません。「コミュニティが保守している」ことは、品質を保証するものではないからです。
モジュールごとに、更新の状況や対応バージョンを確認してください。一律には判断できません。
Q4. 日本の適格請求書に対応できますか？
「対応するモジュールがあるから満たせる」とは考えないでください。
要件を満たすかは、実際のデータでの検証が必要です。税務に関わる部分は、顧問税理士の確認も必要です。
考え方は Odooのインボイス制度対応｜適格請求書で確認すべきこと をご覧ください。
Q5. バージョンアップのときはどうなりますか？
モジュールが新しいバージョンに対応しているかを、確認する必要があります。
対応していなければ、そのモジュールが使えなくなるか、バージョンアップを見送ることになります。
考え方は Odooのバージョンアップとサポート期間 にまとめています。
Q6. OCAのモジュールを使うメリットとデメリットは何ですか？
保守が個人に依存しにくい一方で公式サポートはありません。
複数の開発者が共同で保守するため、一人が離れても引き継がれる可能性が残ります。モジュール自体も無料で公開されています。一方、Community版・Enterprise版のどちらでも公式サポートの対象外で、Odoo Onlineでは使えません（メリットとデメリット）。
まとめ
OCA（Odoo Community Association）は、Odooのコミュニティによる非営利の団体です。
いちばんの特徴は、保守が個人に依存しにくいことです。提供元が単独のモジュールは、更新が止まればそこで終わります。共同で保守するものは、引き継がれる可能性が残ります。
ただし、公式サポートの対象ではありません。「コミュニティが保守している」ことと「サポートが受けられる」ことは別です。
日本向けのモジュール群もあります。それでも、対応バージョン・要件・更新の継続の3点は、自社で確かめる必要があります。
導入するなら、順番は4つです。標準機能で代替できないか、対応バージョンと更新状況、検証環境での動作、そして止まったときの代替案。とくに4つ目に答えられないなら、業務を依存させるのは危険です。
社内に技術者がおらず、支援先とも相談できないなら、標準機能の範囲に収めるほうが安全です。
1年後、バージョンアップの案内が届いた日に、入れたモジュールの一覧を開いて「これは対応済み、これは見送り」と迷わず仕分けられる。そんな落ち着いた付き合い方ができていれば十分です。
もう少し詳しく知りたい方へ
「このモジュールを入れてよいか」という1本単位のご相談でも構いません。
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。
自社の体制で扱えるかを含めて、一緒に判断するところから承っています。
あわせて読みたい記事
