Odooのモジュールを調べていると、「OCA」という略称をよく見かけます。
Odoo Community Association。Odooのコミュニティによる非営利の団体です。
この団体が公開しているモジュール群は、第三者モジュールの中でも独特の位置づけにあります。
この記事では、その位置づけと、活用するときの注意点を中立に整理します。
なお、外部サイトのURLは本文に記載していません。 名称でご検索ください。
OCAの位置づけ
②が持つ意味
OCAの最大の特徴は、保守が個人に依存しにくいことです。
個別の企業や個人が公開するモジュールでは、その提供元が更新をやめれば、そこで止まります。
一方、コミュニティが共同で保守するモジュールでは、複数の開発者が関わります。誰か一人が離れても、他の人が引き継ぐ可能性が残ります。
これは、長く使ううえで重要な性質です。
第三者モジュール全般の選び方は Odooのアプリストアの使い方と注意点 にまとめています。
【重要】公式サポートではありません
はっきりお伝えします。
OCAのモジュールは、Odoo社の公式サポートの対象ではありません。
- Odoo社に問い合わせても、対応の対象外です
- 不具合があっても、修正の保証はありません
- 自己責任での利用が前提です
「コミュニティが保守している」ことと、「サポートが受けられる」ことは別です。
では、どう向き合うか
現実的な選択肢は3つです。
| 方針 | 内容 |
|---|---|
| 使わない | 標準機能の範囲に収める。最も安全 |
| 自社で扱う | 技術者が中身を確認し、必要なら自社で修正する |
| 支援先と使う | 導入を支援する事業者と相談しながら使う |
社内に技術者がおらず、支援先とも相談できない状態で使うのは、おすすめできません。
どんなモジュールがあるのか
OCAでは、分野ごとにモジュール群が整理されています。
| 分野の例 | 内容 |
|---|---|
| 会計まわり | 帳票、レポート、財務関連の補助機能 |
| 在庫・物流 | 標準にない在庫の扱い方 |
| 販売・購買 | 業務の細かい要件への対応 |
| 地域対応 | 各国の制度や商習慣に合わせる |
| 開発の補助 | 技術者向けの共通部品 |
日本向けのモジュールについて
日本の要件に対応するモジュール群も存在します。
各国の地域対応は、国ごとに整理されています。日本向けのものも、その中に含まれています。
ただし、次の点を確認してください。
- 自社が使うバージョンに対応しているか
- 必要な要件を満たしているか
- 更新が継続しているか
「日本向けモジュールがあるから大丈夫」とは考えないでください。 中身と継続性の確認が必要です。
日本対応の全体像は Odooの日本対応状況 にまとめています。
導入する場合の確認事項
④を強調します
「このモジュールが将来使えなくなったら、どうするか」
これを導入前に考えておいてください。
- 業務のやり方を変えれば済むか
- 代わりのモジュールがあるか
- 自社で改修できるか
答えが「何もできない」なら、そのモジュールに業務を依存させるのは危険です。
とくに、日々の業務が止まる領域（受注、出荷、請求）では慎重に判断してください。
Odoo Onlineでは使えません
前提として重要な点を再掲します。
Odoo Online（SaaS版）では、コミュニティモジュールを含む第三者モジュールを導入できません。
使いたいモジュールがあるなら、Odoo.shかオンプレミスを選ぶ必要があります。
詳しくは Odoo Onlineとは？ と Odooの導入形態3つを比較 をご覧ください。
ベンチャーネットの考え方
正直にお伝えします。
コミュニティモジュールを、積極的に推奨も否定もしません。
保守が個人に依存しにくいという性質は、明確な利点です。一方で、公式サポートの対象外であることも事実です。
判断は、次の条件で分かれます。
| 状況 | 考え方 |
|---|---|
| 社内に技術者がいる | 中身を確認したうえで、選択肢に入れられる |
| 支援先と相談できる | 継続性を含めて一緒に判断できる |
| どちらもない | 標準機能の範囲に収めるほうが安全 |
最終行を強調します。 技術的に確認できる人がいない状態でモジュールを増やすと、問題が起きたときに動けなくなります。
そして、そもそもの話として。モジュールが必要な要件が多い場合、パッケージが合っていない可能性もあります。
その場合は、必要な機能だけを自社資産として作るAIスクラッチ開発という選択肢もあります。ただしライセンス費用がかからない代わりに、開発費と保守費が別途かかります。判断材料は パッケージERPかスクラッチ開発か に整理しました。
よくある質問
Q1. OCAのモジュールは無料ですか？
オープンソースとして公開されています。ただし、無料なのはモジュール自体です。
導入、検証、保守、問題が起きたときの対応。これらの手間は発生します。
Q2. Odoo社のサポートは受けられますか？
対象外です。 公式サポートは、Odoo社が提供する機能が対象です。
Q3. 信頼できるのですか？
「コミュニティが保守している」ことは、品質を保証するものではありません。
モジュールごとに、更新の状況や対応バージョンを確認してください。一律に判断できる話ではありません。
Q4. 日本の適格請求書に対応できますか？
「対応するモジュールがあるから満たせる」とは考えないでください。
要件を満たすかは、実際のデータで検証が必要です。そして税務に関わる部分は、顧問税理士の確認も必要です。
考え方は Odooのインボイス制度（適格請求書）対応 をご覧ください。
Q5. バージョンアップのときはどうなりますか？
モジュールが新しいバージョンに対応しているかを確認する必要があります。
対応していなければ、そのモジュールが使えなくなるか、バージョンアップを見送ることになります。
考え方は Odooのバージョンアップとサポート期間 にまとめています。
まとめ
OCA（Odoo Community Association）は、Odooのコミュニティによる非営利の団体です。
最大の特徴は、保守が個人に依存しにくいことです。個別の企業や個人が公開するモジュールでは、提供元が更新をやめればそこで止まります。コミュニティが共同で保守するものでは、引き継がれる可能性が残ります。
ただし、公式サポートの対象ではありません。 ここは明確にお伝えします。「コミュニティが保守している」ことと「サポートが受けられる」ことは別です。
日本向けのモジュール群も存在します。しかし、「あるから大丈夫」とは考えないでください。 対応バージョン、要件を満たすか、更新が続いているか。この3つの確認が必要です。
導入する場合の順序は4つ。標準機能で代替できないかの確認、対応バージョンと更新状況の確認、検証環境での動作確認、そして止まったときの代替案の検討。
とくに4つ目です。 「このモジュールが使えなくなったらどうするか」に答えられないなら、業務を依存させるのは危険です。
そして、判断の分かれ目を最後に。社内に技術者がおらず、支援先とも相談できないなら、標準機能の範囲に収めるほうが安全です。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。SAP・NetSuite・Odoo・AIスクラッチ開発という4つの選択肢を扱っているため、特定の製品に偏らない立場でご提案できます。
コミュニティモジュールを、積極的に推奨も否定もしません。 自社の体制で扱えるかを含めて、一緒に判断するところから承っています。
あわせて読みたい記事
