LabHub

ブログ

オープンソース CRM & ERP 2026 完全ガイド — Odoo 18 / Frappe ERPNext / SuiteCRM / EspoCRM / Vtiger / Mautic / CiviCRM / Twenty HQ 徹底分析

한국어English日本語

プロローグ — 2026 年、オープンソース ERP・CRM が再注目される理由

「うちの会社、ERP は何使ってる?」 — この質問に対し、2020 年なら「SAP」「Oracle」「Microsoft Dynamics」という答えが一般的だった。2026 年現在、同じ質問に「Odoo」「ERPNext」「Twenty」が割り込むようになった。自社サーバーに設置するにせよ、Frappe Cloud・Odoo.sh のようなマネージドを使うにせよ、オープンソース ERP・CRM はもはや「リスクある選択」ではない。

なぜ再注目されているのか。理由は 3 つ。

第一に、SaaS の値上げが限界を超えた。Salesforce Sales Cloud Enterprise は 2026 年現在 seat 当たり月 165 USD 水準、SAP S/4HANA・Oracle NetSuite は年単位で 10 万 USD 単位で始まる。SMB から見れば「この金額を一生払うなら self-host」が合理的な選択になる。

第二に、AI が CRM・ERP に入ってきた。Twenty HQ は最初から AI-first で設計され、Odoo 18 は enterprise AI 機能を強化した。Salesforce Einstein・HubSpot Breeze AI のような proprietary AI の代替として、オープンソース self-host + 自前 LLM の組み合わせが増えた。

第三に、データ主権・規制対応の負荷が増した。EU AI Act、韓国個人情報保護法、日本 APPI の強化により、「データを自社サーバーに置きたい」というニーズが再び高まっている。self-host オープンソース ERP・CRM がその答えになる。

本稿では 2026 年現在の 18+ のオープンソースツールを一画面で比較し、proprietary SaaS とのトレードオフ、韓国・日本のローカルコンテクスト、そして移行・統合・レポーティングまで触れる。


第 1 章 · CRM vs ERP vs MA — 3 つの概念を整理

まずは用語整理から。CRM・ERP・MA(Marketing Automation)は混同されがちだが、扱うドメインが異なる。

領域定義コアデータ代表ツール
CRM顧客関係管理コンタクト、リード、ディール、パイプラインSalesforce、HubSpot、Twenty HQ、SuiteCRM
ERP全社資源計画在庫、会計、HR、製造、購買SAP、Oracle、Odoo、ERPNext
MAマーケティング自動化メール、キャンペーン、セグメントMautic、HubSpot、Klaviyo、Marketo

もちろん境界はあいまい。Odoo は CRM モジュールを含み、HubSpot は CRM と MA を同時に行い、ERPNext は CRM 機能までを備えた all-in-one プラットフォームだ。

選択ガイド:

オープンソース陣営では ERP suite が CRM・MA 機能を吸収する傾向がある。Odoo・ERPNext がその例。


第 2 章 · Odoo 18 / 19 — モジュラー ERP の頂点

Odoo はベルギーベース(2005 年創業)で、2026 年現在 Odoo 18 が安定版、Odoo 19 がリリースサイクル中。ライセンスは二重構造: Odoo Community Edition は LGPLv3、Odoo Enterprise Edition は Proprietary。

コア特性:

Odoo Community Edition vs Enterprise:

項目CommunityEnterprise
ライセンスLGPLv3Proprietary
モジュール数コアモジュール約 30追加モジュール(Accounting Pro、Studio、MRP II など)
モバイルアプリなしiOS、Android
ホスティングself-host のみself-host + Odoo.sh
AI 機能限定的Odoo AI(請求書 OCR、レコメンド)
価格無料seat あたり月 25-50 USD + モジュール費

強み:

弱み:


第 3 章 · Frappe + ERPNext 15 — Python ERP の最強の対抗馬

ERPNext はインドベースの Frappe Technologies が作ったオープンソース ERP で、GPLv3 ライセンス。バックエンドフレームワークの Frappe は MIT ライセンス。2026 年現在 ERPNext 15 が安定版。

スタック:

コアモジュール:

Frappe Cloud — 公式マネージドホスティング。月 10-25 USD/site から。多サイト、自動バックアップ、自動アップグレード。

Frappe HR — ERPNext と別になった HR モジュール。payroll・attendance・leave・expense。

vs Odoo の比較:

項目ERPNextOdoo
ライセンスGPLv3(単一)LGPL + Proprietary(二重)
価格モデルself-host 無料、Cloud 月 10 USD からCommunity 無料、Enterprise 有料
コードベース単一(no enterprise lock-in)分離(Community vs Enterprise)
モジュール数全モジュール同梱モジュール別パッケージ
UX端正、やや保守的モダン(OWL 以降)
日本・韓国税務community モジュール多くがサードパーティ
コミュニティインド・東南アジア強いグローバル

ERPNext は「ロックインのない本物のオープンソース ERP」という評が多い。Odoo の Enterprise edition ロックインを避けたい SMB に適している。


第 4 章 · SuiteCRM — SugarCRM の自由陣営 fork

SuiteCRM は英国ベースの SalesAgility が 2013 年に SugarCRM Community Edition を fork して作ったオープンソース CRM。ライセンスは AGPLv3。2026 年現在 SuiteCRM 8.x が主力。

歴史: 2014 年に SugarCRM が事実上 Community Edition を廃止すると、SalesAgility が GPL コードを引き継いで SuiteCRM として fork。以降は独自に発展。

コア機能:

スタック:

強み:

弱み:

代表的なユーザー: 英国・欧州 SMB、NGO、政府機関。


第 5 章 · EspoCRM — 軽量モダンなオープンソース CRM

EspoCRM は米国ベース(2014 年開始)で、LGPL ライセンスの軽量オープンソース CRM。2026 年現在 EspoCRM 8.x が主力。

コア特性:

機能:

EspoCRM Cloud — 公式 SaaS ホスティング。seat あたり月 17 USD から。

vs SuiteCRM の比較:

項目EspoCRMSuiteCRM
ライセンスLGPLAGPL
コードベース軽量、モダン重く、レガシー
UI端正、高速保守的
カスタマイズ非常に容易モジュールビルダー使用
運用負担
SaaS 適合性LGPL なので OKAGPL は制約あり

EspoCRM は「SuiteCRM が重いと感じる人」に魅力。コードもクリーンで LGPL のため商用化にも自由度がある。


第 6 章 · Vtiger CRM — Open Core の標本

Vtiger CRM はインドベースで、2004 年に SugarCRM 初期コードから fork して始まった。ライセンスは MPLv2(Mozilla Public License)。2026 年現在 Vtiger 7.x が community 版。

構造:

機能:

強み:

弱み:

Vtiger は「伝統的な SugarCRM 系統」が好きだが SuiteCRM より軽いものを望む SMB に適している。


第 7 章 · Mautic — マーケティング自動化のオープンソース

Mautic は 2014 年に始まったオープンソースのマーケティング自動化プラットフォーム。2019 年に Acquia(Drupal の会社)に買収されたが、GPL ライセンスで公開開発が続いている。2026 年現在 Mautic 5.x が主力。

コア機能:

スタック:

vs HubSpot・Klaviyo:

項目MauticHubSpot MarketingKlaviyo
ライセンスGPLProprietary SaaSProprietary SaaS
価格self-host 無料月 50-3,600 USD月 0-1,700 USD+
メール送信外部 SMTP自前インフラ自前インフラ
AI 機能限定的Breeze AIKlaviyo AI
eC 連携一部多数Shopify 第 1 位

Mautic は「HubSpot が高い」「Klaviyo は eC 中心すぎる」と感じるチームが self-host で選ぶ。ただし、メール送信インフラ(deliverability)を自分で管理する負担はある。


第 8 章 · CiviCRM — 非営利・NGO 特化の CRM

CiviCRM は 2004 年に始まったオープンソース CRM で、非営利・NGO・政党・協会のドメインに特化している。ライセンスは AGPLv3。2026 年現在 CiviCRM 5.x。

なぜ非営利特化なのか:

スタック:

代表的なユーザー:

強み:

弱み:

NGO・政党・チャリティなら CiviCRM はほぼ第一候補。


第 9 章 · Twenty HQ — 2026 モダンオープンソース CRM の新星

Twenty HQ は 2023 年に始まったモダンオープンソース CRM。Y Combinator(W23)出身、AGPLv3 ライセンス。2026 年現在 GitHub 25k+ スターで最も成長中のオープンソース CRM。

ビジョン: 「Notion・Airtable の UX を持つオープンソースの Salesforce 代替」

スタック:

機能(2026 基準):

強み:

弱み:

vs Salesforce・HubSpot: Twenty は「AGPL + モダンスタック」で Salesforce 代替市場を狙う。Sales Cloud 並みの enterprise 機能はまだ不足だが、SMB・スタートアップでの採用が急速。


第 10 章 · NocoDB · Baserow · Appsmith — Low-code の補助ツール

スプレッドシート・Airtable・Notion 風のツールで CRM・ERP を「自前で作る」流れもある。

NocoDB(AGPL):

Baserow(MIT/AGPL の二重):

Appsmith(Apache 2.0):

いつ使うのか: フル CRM が過剰な SMB、または ERP の上に「レポーティング・承認ワークフロー」だけビルドするケース。Twenty HQ・Odoo とともに hybrid stack を構成する事例が増えた。


第 11 章 · Crater · Invoice Ninja · Akaunting · Tryton — 会計・請求書の領域

ERP 全体ではなく会計・請求書のみ必要な場合。

Crater(AGPL):

Invoice Ninja(Elastic License 2.0):

Akaunting(GPLv3):

Tryton(GPLv3):

どのツールを使うかは規模・要件次第。フリーランスは Crater・Invoice Ninja、SMB は Akaunting、本気の ERP なら Tryton・ERPNext・Odoo。


第 12 章 · OFBiz · Compiere — Apache・old 陣営

Apache OFBiz(Apache 2.0):

Compiere:

iDempiere: ADempiere の fork。より活発に保守。EU・南米中心。

このカテゴリは「既に運用中の場所」以外は新規選択肢として適さない。新規は Odoo・ERPNext が答え。


第 13 章 · Proprietary 比較群 — Salesforce · HubSpot · Pipedrive · Zoho · Dynamics

オープンソース陣営を理解するには proprietary 陣営も知っておくべき。

Salesforce Sales Cloud(1999 〜):

HubSpot CRM(2014 〜):

Pipedrive:

Zoho CRM:

Microsoft Dynamics 365 Sales:

Twenty HQ vs Salesforce: Twenty は「Salesforce が高すぎる」への答えを狙う。AGPL なので self-host も可能。ただし Sales Cloud 並みの enterprise 機能はまだ不足。


第 14 章 · Enterprise SaaS — SAP · NetSuite · Workday · Microsoft Dynamics

大企業 ERP・HR 市場は依然として proprietary 支配。

SAP S/4HANA:

Oracle NetSuite:

Microsoft Dynamics 365 Business Central:

Workday:

Infor:

vs オープンソース: 大企業・売上 1B USD 以上は依然として SAP・Oracle・Workday が標準で、SMB・mid-market は Odoo・ERPNext・Microsoft Dynamics Business Central が争う。中間(50M-500M USD)が最も選択肢が多い。


第 15 章 · 韓国 ERP・CRM — Duzon · Younglimwon · Wisetech

韓国市場には強力なローカル ERP・税務ソリューションがある。グローバル ERP だけ見ると大局を見逃す。

Duzon Bizon:

Younglimwon SoftLab:

Wisetech:

Infomedia — 会計・税務 SaaS、会計法人向け。

韓国ローカル CRM:

なぜグローバル ERP が韓国でうまくいかないのか: 韓国は税金計算書・国税庁 Hometax API・労働基準法など規制が非常に細かい。Odoo・ERPNext community は韓国税務モジュールが不足、サードパーティモジュールも品質差が大きい。だから韓国 SMB は Duzon、mid-market は SAP B1・Microsoft Dynamics を使うのが一般的。


第 16 章 · 日本 ERP・CRM — OBC 奉行 · 弥生 · freee · Money Forward · Sansan

日本も韓国と似てローカル ERP・会計市場が強い。

OBC 奉行(Obic Business Consultants 奉行):

PCA:

弥生会計(Yayoi):

freee:

Money Forward:

SAP Business One / Oracle JD Edwards: 日本 mid-market で依然強い。

日本 CRM:

日本市場の特徴: 「クラウド化」は急速に進んでいるが、弥生・PCA のようなパッケージ会計が依然 SMB の標準。freee・Money Forward が急速にクラウドへ移行させている。グローバルなオープンソース ERP は日本での採用率が低い — 日本の税務・法務・商習慣の差が大きいため。


第 17 章 · 利用ケース別マッピング — どの会社に何を勧めるか

抽象的な比較ではなく具体的なシナリオでマッピング。

SMB SaaS 会社(従業員 20 名):

E-commerce(Shopify、売上 1M USD):

非営利 / NGO(会員 5,000 名):

製造業(従業員 100 名、売上 30M USD):

Mid-market B2B(従業員 500 名):

韓国 SMB(製造、従業員 50 名):

日本 SMB(サービス業、従業員 30 名):


第 18 章 · AI in CRM・ERP 2026 — どこまで来たか

2026 年の最大の変化は AI が CRM・ERP に本格進出したこと。

Salesforce Einstein:

HubSpot Breeze AI(2024):

Odoo AI(Enterprise):

Twenty HQ AI:

Microsoft Copilot for Dynamics 365:

オープンソース + 自前 LLM: SuiteCRM・EspoCRM・ERPNext に Ollama・OpenAI API をつなげて自前 AI 機能を作るケースが増えた。self-host オープンソースの強みがここで光る。

AI in ERP:

AI は CRM・ERP の補助ツールであり代替ではない。2026 年でもデータモデル・ワークフローの基本は同じ。


第 19 章 · Self-host vs SaaS — 本当のコスト計算

「self-host は無料」は半分しか正しくない。実コストを計算してみよう。

self-host ERP・CRM のコスト(月単位、従業員 20 名規模):

項目コスト
VPS・クラウドサーバー(4 vCPU、16GB)80-120 USD
データベース(PostgreSQL managed)50-100 USD
バックアップストレージ(S3、daily)10-30 USD
監視(UptimeRobot、Sentry)20-50 USD
ドメイン + TLS 証明書1-2 USD(Let's Encrypt 無料)
運用人件費(月 4 時間、DevOps 時給 100 USD)400 USD
合計約 561-702 USD/月

vs SaaS(HubSpot Professional 20 seat):

vs SaaS(Odoo Enterprise 20 seat、モジュール 5 個):

self-host が有利な時:

SaaS が有利な時:

ほとんどの SMB は SaaS が答えで、50 名以上で self-host オプションが真剣に検討される。


第 20 章 · 移行パターン — Salesforce → Twenty、SuiteCRM → EspoCRM

ERP・CRM の乗り換えはデータ移行が肝。よくあるパターンをいくつか。

Salesforce → Twenty HQ:

SugarCRM → SuiteCRM:

SuiteCRM → EspoCRM:

HubSpot → Twenty / Odoo:

Odoo Community → Enterprise:

ERPNext 14 → 15:

一般原則:


第 21 章 · API · Webhook · Zapier · n8n — 統合パターン

ERP・CRM は独立システムではない。Slack・メール・決済・電子税金計算書まで連携する。

Salesforce API:

HubSpot API:

Odoo API:

ERPNext API:

Twenty HQ API:

接続ツール:

韓国・日本の統合考慮事項:


第 22 章 · レポーティング — Metabase · Superset · Redash · Grafana

ERP・CRM のデータは結局「レポート・ダッシュボード」として消費される。オープンソースレポーティングツールの整理。

Metabase(AGPL):

Apache Superset(Apache 2.0):

Redash(BSD):

Grafana(AGPLv3):

Lightdash(MIT):

Sigma Computing / Mode / Looker: クラウド BI SaaS(オープンソースではない)。

選択ガイド:

ERP・CRM のデータを PostgreSQL replica に抜いて Metabase・Superset に接続するパターンが最も一般的。


第 23 章 · セキュリティ・コンプライアンスチェックリスト

self-host オープンソース ERP・CRM はセキュリティ責任がユーザーにある。必ず確認すること。

基本:

バックアップ:

監査:

コンプライアンス:

オープンソースのセキュリティの強み:

オープンソースのセキュリティの弱み:


第 24 章 · 意思決定ツリー — 2026 年の 5 分ガイド

5 分で決めたければ。

Q1. 会社規模と売上は?

Q2. データ主権・カスタマイズの優先度?

Q3. 業界・ドメインは?

Q4. 地域の優先度?

Q5. 予算?

Q6. 誰が運用するのか?


第 25 章 · 2026 展望 — オープンソース ERP・CRM はどこへ向かうか

向こう 2-3 年の流れ。

1. AI 統合の加速: Twenty HQ・Odoo・ERPNext すべてが AI 機能強化中。自前 LLM(Ollama、vLLM)との統合が標準化される。

2. modern stack の採用: Twenty HQ が示した TypeScript・React・NestJS・GraphQL スタックが新標準になりうる。ERPNext・Odoo もフロントエンドの近代化を進めている。

3. Open Core モデルの拡大: 純粋なオープンソースより「Community + Enterprise / Cloud」のデュアルモデルが続く。Odoo、EspoCRM、ERPNext(Frappe Cloud)が既にその道。

4. Vertical 特化: 業界別特化 ERP(製造、ヘルスケア、NPO)が増える。ERPNext のドメインモジュール、Odoo の verticals。

5. low-code 統合: NocoDB・Baserow・Appsmith のような low-code ツールと ERP・CRM の統合が標準化。「コアは ERPNext、補助ワークフローは Appsmith」がよくなる。

6. Salesforce・SAP の応答: enterprise は依然 SaaS 主導、ただし価格競争力 + AI 機能で差別化。オープンソース陣営の脅威を無視できない。


エピローグ — 2026 年、「オープンソースは本当に使えるのか?」

答えは: 使える、ただし慎重に

オープンソース ERP・CRM は 2026 年現在、本格的な代替だ。Odoo・ERPNext は SMB・mid-market で SAP・Oracle と競う。Twenty HQ はモダンスタックで Salesforce 代替市場を狙う。EspoCRM・SuiteCRM は SugarCRM 時代の遺産を発展させ、CiviCRM は非営利市場で揺るがない。

ただし self-host はコスト・運用・セキュリティの責任がユーザーにある。「無料 = タダ」ではない。6-12 か月の移行 + 継続保守を担える必要がある。

推奨:

問いは「オープンソースを使うか?」ではなく、「我が社の規模・業界・データ主権・運用能力に何が合うか?」だ。その答えを見つける出発点に本稿がなれば幸いだ。


References

コメント

まだコメントはありません。

ログインするとコメントできます