SAPやOracleといった商用ERPは、ライセンス費用と導入費用の桁が中堅企業の稟議規模を超えることも珍しくありません。そこで「オープンソースERPなら無償で試せるのではないか」と検索から入ってこられた方が、まず求めるのは「具体的にどの製品があるのか」という選択肢の実名一覧です。
本記事では、主要9製品（Odoo Community・ERPNext・iDempiere・Apache OFBiz・Dolibarr・ADempiere・Compiere・ERP5・Openbravo）を、ライセンス・想定規模・日本の代理店・活動状況の観点で横並びに整理します。
加えて、ライセンス無料の裏で発生する費目、日本の電子帳簿保存法・インボイス制度への適合、そして「オープンソースERPを選ばない場合の受け皿」となる有料ERP・コンソーシアム型ERP・SaaS ERPも合わせて整理します。
一括ダウンロードする
目次
一括ダウンロードする
オープンソースERPとは
オープンソースERP（Open Source ERP）とは、ソースコードが公開され、自由に入手・改変・再配布できるライセンスの下で提供される統合基幹業務システム（ERP）を指します。会計・販売・購買・在庫・製造・人事・CRMなど、企業活動の中核業務を1つのデータモデルで統合する点は商用ERPと共通ですが、ソフトウェア本体のライセンス料は原則として無償です。
オープンソース・イニシアチブ（OSI）の「Open Source Definition」は、ライセンスが「販売や無償配布を制限してはならない（Free Redistribution）」ことや、ソースコードへのアクセスが保証されることを条件として掲げています。
ERPの世界では、GNU LGPL・GPL・Apache Licenseなど、OSIが承認するライセンスの下で公開されるプロジェクトが該当します。
ただし、ライセンス費用が無償であることと、導入・運用の総費用が無償であることは別問題です。サーバー費、初期構築費、業務要件に合わせたカスタマイズ費、保守費、社内教育費、障害対応の外部委託費は、商用ERPと同じように発生します。「本当に無料か」の答えは、この後の費目別TCOで詳しく分解します。
出典・参考資料（1件）
主要オープンソースERP 9製品の一覧
主要9製品を、開発元・ライセンス・得意領域と想定規模・日本語UI・日本の代理店・最新リリース年月・GitHub活動状況の観点で1つの一覧表にまとめます。
| 製品名 | Odoo Community Edition | ERPNext | iDempiere | Apache OFBiz | Dolibarr ERP/CRM | ADempiere | Compiere | ERP5 | Openbravo |
|---|---|---|---|---|---|---|---|---|---|
| 開発元 | Odoo S.A. （ベルギー） | Frappe Technologies （インド） | iDempiereコミュニティ | Apache Software Foundation | Dolibarr Foundation （フランス発） | ADempiereコミュニティ | Aptean社が商用ブランド保有 OSS版はSourceForge | Nexedi （フランス発・日本法人あり） | Openbravo S.L.U. （現Orisha Commerce傘下） |
| ライセンス | GNU LGPL v3 | GNU GPL v3 | GNU GPL v2 | Apache License 2.0 | GNU GPL v3 | GNU GPL v2 | GNU GPL v2 （Community Edition） | GNU GPL | Openbravo Public License （MPL派生） |
| 得意領域・想定規模 | 40モジュール以上を統合 中小〜中堅企業向け | メタデータ駆動で拡張しやすい 会計・製造・HRまでフルスタック 中小〜中堅企業向け | OSGiで大規模カスタマイズに耐える 中堅〜大企業向け | 業務横断の統合基盤 Groovy/Java/Entity Engine SIerの自社基盤・外販向き | PHP + MySQL/MariaDBの軽量ERP/CRM 従業員30人前後の小規模組織・単一部署向け | Compiereからのフォーク Java + PostgreSQL/Oracle基盤 既存導入企業の継続保守が中心 | iDempiere/ADempiereの源流 OSS版は事実上更新停止 | Unified Business Modelによる大規模統合 公共機関・金融・大手製造業向け | 小売業向けCommerce Cloudに集中 OSS ERP版のブランド活動は縮小 |
| 日本語UI | ● | ● | ●JPiere拡張で対応 | △実装側で個別対応 | ● | △実装側で個別対応 | × | ● | × |
| 日本の代理店 | 株式会社マルウェブほか 複数の日本パートナー | 合同会社MY HATCH （ERPNext.JP） | 株式会社NCI 株式会社オープンソース・ イーアールピー・ ソリューションズ | 国内公式代理店なし | 国内公式代理店なし | 国内公式代理店なし （代理店はiDempiere/JPiereへ主軸移行） | 国内公式代理店なし （新規プロジェクトでは実務非推奨） | 株式会社Nexedi （東京、Nexedi KK） | 国内公式代理店なし |
| 最新リリース年月 | 19.0 （2025年9月） | 詳細は公式リリースで確認 | 13 LTS「Orion」 （2026年） | 24.09.07 （2026年6月） | 24.0.0 （2026年8月20日） | 情報公開なし | 2016年11月 （OSS版最終更新） | 情報公開なし | 情報公開なし |
| GitHub活動状況 | ●スター40,000超・更新活発（2026年8月時点） | ●スター30,000超・活発（2026年8月時点） | ●継続的にリリース | △2024年9月以降は機能凍結・バグ修正のみ | ◎9製品で唯一の直近1週間内リリース | △新規採用は限定的・継続保守中心 | ×OSS版は事実上更新停止 | △GitLab配布・Nexedi運営 | ×OSS ERP版のブランド活動は縮小 |
各オープンソースERPの詳しい紹介
ここからは、9製品を統一フォーマットで詳しく紹介します。
Odoo Community Edition
Odooは、ベルギーのOdoo S.A.が開発する統合業務パッケージです。前身のTinyERP・OpenERPから改称を経て、2014年に現在の「Odoo」ブランドになりました。
会計・販売・購買・在庫・製造・CRM・人事・EC・POSなど40モジュール以上を1つのORMとデータモデルで統合しており、Community Editionの最新版はバージョン19.0（2025年9月リリース）です。GitHubのスター数は40,000を超え（2026年8月時点）、オープンソースERPとしては世界最大級のコミュニティを持ちます。
ライセンスはGNU LGPL v3で、公式リポジトリに「Odoo is published under the GNU LESSER GENERAL PUBLIC LICENSE, Version 3 (LGPLv3)」と明記されています。
もう一方のEnterprise Editionは商用ライセンスで、Community/Enterpriseの機能境目は次節「OSS版と商用版・派生プロジェクトの境目を整理する」で表にまとめます。
日本の実務会計（電帳法・インボイス対応）でCommunity版のまま運用しようとすると追加開発が前提になる点は、この後で詳しく扱います。
日本では複数の日本パートナーが実装・保守を提供しています。Odoo公式のパートナー一覧（日本）で最新の顔ぶれを確認できるほか、独立系ベンダーも導入を担っています。
株式会社マルウェブは、Odoo Community/Enterprise双方の日本商習慣対応（消費税・電帳法・インボイス・独自帳票）を含む一貫SI提供を強みとしており、詳しくはこの後で個別に紹介します。
出典・参考資料（3件）
ERPNext
ERPNextは、インドのFrappe Technologies Pvt Ltdが2010年に公開した統合ERPです。会計・販売・購買・在庫・製造・プロジェクト・人事・CRM・アセット管理までをフルスタックでカバーし、GitHubのスター数は30,000を超えます（2026年8月時点）。
ライセンスはGNU GPL v3で、公式リポジトリのlicense.txtに「GNU GENERAL PUBLIC LICENSE Version 3, 29 June 2007」と記載されています。特徴的なのは、基盤フレームワークであるFrappe FrameworkがMITライセンスで別に公開されている点です。
アプリケーション層はGPL、基盤層はMITという非対称の構造は、業務ロジックの二次配布義務と、基盤の商用組み込み自由度を両立するための意図的な設計です。
技術的な特徴は「メタデータ駆動アーキテクチャ」です。Frappe FrameworkのDocType定義で画面・帳票・ワークフローを宣言的に組み立てるため、コードを書かずにデータモデルを拡張でき、バージョンアップ時の独自カスタマイズの吸収が壊れにくい設計とされています。
SaaS形態のFrappe Cloud（US$5/月〜）とオンプレ自主運用の両方が選べ、PoC（概念実証）段階ではSaaSで試して本格運用でオンプレへ移すといった構成も取れます。
日本での提供は、ERPNext.JP（運営：合同会社MY HATCH、2024年9月設立、佐賀・福岡）が担っています。PoCの固定価格「50万円〜（税別・固定スコープ）」を公表しており、導入完遂プランは単一ドメイン（販売/購買/製造＋会計）で600〜900万円、複数ドメイン＋データ移行で1,200〜1,500万円、保守サポートは月額5〜15万円という価格帯です。
ERPNext.JPは会社概要ページで「合同会社MY HATCHは（Frappe Technologies Pvt. Ltd.と）資本関係のない独立事業者であり、ERPNext.JPは同社の公式製品ではありません」と明記しており、本家との関係と日本の代理店としての位置づけを分けて示しています。
出典・参考資料（2件）
iDempiere
iDempiereは、後述するADempiereから2011年にフォークして誕生した、Java + OSGi（Javaのモジュール化仕様）ベースの統合業務基盤です。会計・販売・購買・在庫・製造・プロジェクト管理を1つのデータモデルで扱い、公式リポジトリのライセンスはGNU GPL v2です。
最新版は「iDempiere 13 LTS “Orion”」（2026年）で、大規模カスタマイズにも耐えるOSGiのプラグイン機構をアーキテクチャの中核に置いています。
日本での導入では、iDempiereに日本商習慣対応のプラグイン群「JPiere（ジェイピエール）」を組み合わせて使うのが標準的な組み合わせです。JPiereは独立プロダクトではなく、iDempiereの拡張パックとして位置づけられており、消費税処理・仕訳・請求・発注運用の日本仕様への適合が整備されています。
日本の代理店は、株式会社オープンソース・イーアールピー・ソリューションズ（東京、iDempiere日本コミュニティ運営）と、株式会社NCIの2社が中心です。
NCIは公式サイトで、建設機械メーカー、コンビニチェーン、医療機器卸売業者といった導入事例を業種名ベースで公開し、日本での実装実態を業種名ベースで示しています。
「Compiere→ADempiere→iDempiere」の系譜のうち、現在の実務利用の主軸はiDempiereに移っています。日本での相談先が具体的に示せる点、日本商習慣拡張が整備されている点、Java + OSGi（Javaのモジュール化仕様）で大規模カスタマイズに耐える点の3つが、iDempiereが日本市場で選ばれる主な理由です。
出典・参考資料（3件）
Apache OFBiz
Apache OFBiz（Open For Business）は、Apache Software Foundationのトップレベルプロジェクトとして提供される、業務横断の統合基盤です。2001年にプロジェクトが開始され、2006年にApacheトップレベルに昇格しました。
会計・販売・購買・在庫・製造・EC・CRM・POS・パーティ管理などをフレームワーク上のアプリとして持ち、Groovy / Java / Entity Engine（独自ORM）を中心とする自前技術スタックが特徴です。
最新版はOFBiz 24.09.07（2026年6月リリース）で、「24.09系列は2024年9月から機能凍結され、以降はバグ修正のみ」というリリースポリシーが公式で明示されています。
ライセンスはApache License 2.0です。LGPL/GPL系と大きく異なるのは、二次配布や独自製品への組み込みが自由で、修正部分のソース公開義務がない点です。
SIer（システムインテグレーター）が自社ソリューションのベース基盤として組み込む使い方に向いており、業務要件の独自性が強い企業や、自社製品としてSaaS化して外販したい事業者に選ばれる傾向があります。
一方、日本の公式代理店は現時点で確認できず、日本語対応や日本の税制対応は導入企業側で自前実装するのが基本です。「機能凍結＝新機能追加なし」の状態が続いていることも踏まえ、事業側の要件が固まっていて、Groovy/Javaでの内製が可能な企業に向く製品です。
出典・参考資料（2件）
Dolibarr ERP/CRM
Dolibarrは、フランス発のPHP + MySQL/MariaDBによる軽量ERP/CRMです。2003年に初回リリースされ、最新版は24.0.0（2026年8月20日リリース）で、本記事で扱う9製品のうちで直近1週間以内にリリースがあった唯一のプロジェクトです。ライセンスはGNU GPL v3で、公式リポジトリのCOPYINGファイルに明記されています。
販売管理・購買管理・在庫・CRM・会計・プロジェクト・POSなどのコアモジュールを備え、Dolistore（公式アドオンストア）には1,500種類以上のプラグインが並びます。
公式SaaSのDoliCloudはBasic €14/ユーザー/月〜、Premium €30/月フラット＋€15/ユーザー/月〜という料金体系で、オンプレ版は無償です。
共用レンタルサーバでも動作する軽量さから、「Excel＋個別SaaSの分断を小さく1つに統合したい従業員30人前後の小規模組織」や「単一部署に閉じた業務基盤」「自作SaaSのバックエンド」に選ばれる傾向があります。
日本語UIには対応していますが、会計モジュールは欧州の会計要件に沿った設計で、日本の会計基準・消費税処理・電帳法対応は追加開発が前提です。日本の公式代理店も現時点では確認できないため、社内にPHPの開発リソースがある企業、または海外拠点向けのバックエンドとして限定的に使う想定が現実的です。
出典・参考資料（4件）
ADempiere
ADempiereは、2006年にCompiereからフォークして誕生したコミュニティ主導のOSS ERPです。Java + PostgreSQL/Oracle基盤で会計・販売・在庫・製造・CRMをカバーし、公式リポジトリのライセンスはGNU GPL v2です。
Wikipedia「ADempiere」の項目には、成立の経緯として次の記述があります。
Disagreement between the open-source developer community that formed around the Compiere open-source ERP software and the project’s corporate sponsor ultimately led to the creation of Adempiere as a fork of Compiere.
ADempiere｜Wikipedia
（オープンソース開発者コミュニティとプロジェクトのコーポレートスポンサー間の対立が、CompiereからのフォークとしてのADempiere誕生を生んだ）
2011年にiDempiereがOSGiアーキテクチャへの刷新を目的にADempiereからさらにフォークしたため、現在の実務利用の主軸はiDempiereに移っています。ADempiere自体は既存プロジェクトの継続保守が中心で、新規採用は限定的というのが実情です。系譜整理の中間ノードとして位置づけると理解しやすいプロジェクトです。
出典・参考資料（2件）
- 参考資料：ADempiere リポジトリ｜GitHub
- 参考資料：ADempiere｜Wikipedia
Compiere
Compiereは、1999年にJorg Janke氏によって開発が始まったOSS ERPで、iDempiere/ADempiereの源流にあたります。SourceForgeで公開されているCommunity EditionはGNU GPL v2でライセンスされていますが、最終更新は2016年11月で、開発は事実上停止しています。
商用ブランドとしてのCompiereは、Consona Corporation（2010年に買収）、続く2012年のConsonaとCDC Softwareの合併によって発足したAptean社に引き継がれています。
ただし、Apteanの現行ERP製品ラインナップにCompiereは独立製品として掲載されておらず、compiere.comにアクセスするとwww.aptean.comへリダイレクトされます。
Apteanの現行ERPラインナップは、Food and Beverage・Fashion・Discrete Manufacturing・Process Manufacturing・Imports, Distribution and Retail・Life Sciencesの6分野で構成されています。
「今使える5選」として並べるには活動性の裏づけが弱い一方、iDempiere/ADempiereの系譜の起点として理解しておくと、系譜混乱を避ける整理ができます。
出典・参考資料（2件）
- 参考資料：Compiere｜SourceForge
- 参考資料：Compiere｜Wikipedia
ERP5
ERP5は、フランス・リールに本社を置くNexediが2001年から開発している大規模志向のOSS ERPです。日本法人としてNexedi KKも存在します。
「Unified Business Model」と呼ばれる単一の抽象データモデル上に、会計・販売・購買・在庫・製造・CRM・HR（人事）・PLM（製品ライフサイクル管理）・EDMS（電子文書管理）といった業務ドメインを載せる設計で、Python製アプリケーションサーバーZopeの上に実装されています。ライセンスはGNU GPLで、Nexediによる商用サポートが並行して提供されています。
特徴は導入規模の大きさで、Airbus Defense and Space、高速道路会社Sanef、西アフリカ諸国中央銀行など、公共機関・金融・大手製造業での採用実績がNexediの公表資料で示されています。
単一のデータモデルで多国籍・多通貨・多言語を扱う設計思想は、中堅企業向けのOdoo/ERPNextとは対象規模が異なります。中小企業がまず検討する製品というより、グローバル大規模プロジェクトを設計する際の選択肢として位置づけると実像に近い製品です。
出典・参考資料（2件）
- 参考資料：ERP5｜Wikipedia
- 参考資料：Nexedi公式サイト
Openbravo
Openbravoは、スペイン・パンプローナのOpenbravo S.L.U.が2001年に開発を始めたOSS ERPで、Compiereを起点にWeb化する形で発展しました。
Wikipediaによればライセンスは「Openbravo Public License, based on the Mozilla Public License」で、Mozilla Public License（MPL）派生の独自ライセンスです。
現在は独立の「Openbravo ERP」ブランドとしての活動は縮小しており、公式ドメインopenbravo.comはOrisha Commerceグループ配下のcommerce.orisha.comへリダイレクトされます。
Orisha Commerceは小売業向けPOS・モバイルPOS・セルフチェックアウトを中心とする「Store Systems」を55カ国以上・55,000以上の小売接点で展開しており、Openbravoブランドは同グループのCommerce Cloud領域に統合された形です。
SourceForgeのOpenbravoプロジェクトには2026年1月の更新履歴が残りますが、Wikipediaは「Openbravo Business Suite」を「Previous products (discontinued)」の分類に含めています。「Compiereと同様に、OSS版が商用集中の中で縮小したパターン」として理解すると、現在の位置づけが整理しやすい製品です。
出典・参考資料（1件）
- 参考資料：Openbravo｜Wikipedia
OSS版と商用版・派生プロジェクトの境目を整理する
オープンソースERPを検討していて最も混乱しやすいのが、「無料で使える」と紹介されている製品の内側で、OSS版と商用版が並存していたり、派生プロジェクトが複数走っていたりする構造です。この節では、代表的な2つのパターンを整理します。
OSS版と商用版の境目（Odoo Community/Enterprise、ERPNextとFrappeの関係）
Odooの場合、OSS版のCommunity Editionと有償のEnterprise Editionは、コードベースを共有した「同じOdoo」でありながら、機能セットが明確に分けられています。
Odoo公式は「Odoo Community is the core upon which Odoo Enterprise is built – and you can switch versions at any time.」（Odoo CommunityはOdoo Enterpriseが構築される基盤であり、いつでもバージョンを切り替えられる）と説明しています。
Community版で使える機能と、Enterprise版で解放される主な機能を並べると次のとおりです。Odoo公式「Editions Comparison」ページの機能差分を元に整理しています。
| 版 | Odoo Community で使える機能 | Odoo Enterprise で解放される機能 |
|---|---|---|
| 内容 | 会計（コア機能）／CRM／販売／購買／在庫／人事の基本モジュール | モバイルアプリ（Android/iOS）／給与計算（Payroll）／経費OCR／スプレッドシート／Amazon連携／Odoo Studio（ノーコード開発）／承認ワークフロー／高度な生産管理（Shopfloor・Control Panel・Scheduling）／PLM |
「無料でOdooを使う」と紹介されている記事の多くは、実務会計の運用に必要な機能がEnterprise側に寄っている点まで踏み込んでおらず、この境目の見落としが「入れてみたら会計モジュールが物足りない」という失敗の元になります。
ERPNextの場合は構造が異なり、アプリケーション層と基盤フレームワークで別々のライセンスが設定されています。
| 層 | アプリ層 | 基盤層 |
|---|---|---|
| プロダクト | ERPNext（業務ロジック） | Frappe Framework（DocType・画面・帳票・ワークフロー基盤） |
| ライセンス | GNU GPL v3（再配布時のソース公開義務あり） | MIT（商用組み込み自由） |
「アプリはGPLで再配布時のソース公開義務あり、基盤はMITで商用組み込み自由」という非対称の設計です。加えて、日本の代理店ERPNext.JP（合同会社MY HATCH）は、公式ページで本家Frappe Technologiesとの資本関係が無いことを明示しており、代理店が本家の公式製品として振る舞うわけではない点も、契約前に把握しておく必要があります。
派生プロジェクトの系譜（Compiere→ADempiere→iDempiere、Openbravoの商用化パターン）
Compiere系譜の3プロジェクトとOpenbravoは、いずれもCompiereを起点として派生し、その後の受け皿が分かれています。系譜を1つの表にまとめると次のとおりです。
| プロジェクト | Compiere | ADempiere | iDempiere | Openbravo |
|---|---|---|---|---|
| OSS版ライセンス | GNU GPL v2（Community Edition） | GNU GPL v2 | GNU GPL v2 | Openbravo Public License（MPL派生） |
| 起点年 | 1999年 | 2006年（Compiereからフォーク） | 2011年（ADempiereからフォーク） | 2001年（Compiereを起点にWeb化） |
| 現在の主な受け皿 | OSS版は事実上更新停止（最終更新2016年11月） | 既存プロジェクトの継続保守中心・新規採用は限定的 | 日本ではJPiere拡張＋NCI／オープンソース・イーアールピー・ソリューションズの導入支援で現役 | Orisha Commerceグループ傘下・小売業向けCommerce Cloudに集中 |
| 商用ブランド | Aptean社が保有（独立製品ラインからは外れる） | — | — | Orisha Commerce（Openbravo Commerceブランド） |
起点のCompiere（1999年〜）はソースコードのCommunity EditionをSourceForgeに残しつつ商用ブランドはAptean保有となり、独立製品ラインからは外れています。反発したコミュニティが2006年に立ち上げたADempiereは、GPL v2で開発が続いていますが、新規採用は限定的です。
2011年にADempiereからOSGiアーキテクチャへの刷新を目的にフォークしたiDempiereが現在の主軸で、日本ではJPiere拡張パックとNCI・オープンソース・イーアールピー・ソリューションズの導入支援があるため、この3プロジェクトの中でiDempiereが自然な選択になります。
OpenbravoもCompiereを起点とするWeb化プロジェクトから始まり、現在はOrisha Commerceグループ傘下で小売業向けCommerce Cloudに事業を集中しています。「OSS ERPとして始まったプロジェクトが商用ブランドに集中する過程でOSS版の活動が縮小する」というパターンは、CompiereとOpenbravoに共通の構図です。
派生プロジェクトを検討する際は、系譜の中で「現在も新機能開発が続いているノード」がどれかを確認しておく必要があります。
オープンソースERPのメリット
オープンソースERPを検討する上でよく挙げられる利点として、次のようなものがあります。
- ライセンス費用の無償化：ソフトウェア本体のライセンス費用が原則無償です。商用ERPで大きな比重を占めるライセンス費が消える分、社内実装や独自要件対応への投資に予算を振り向けやすくなります。
- カスタマイズ自由度の高さ：ソースコードが公開されているため、業務要件の独自性が強い企業でもソースコードレベルで対応できます。標準機能に業務を合わせるのではなく、業務に合わせて機能を作り込む選択肢が持てます。
- ベンダーロックインの緩和：コードの権利がユーザー側に残るため、実装ベンダーと契約を切り替えてもシステムそのものは使い続けられます。ただし「実装ベンダーが加えた独自コードへの依存」という別次元の課題は残ります（詳しくはこの後で扱います）。
- コミュニティによる継続的改善：バグ修正・機能追加・多言語対応が継続的に行われます。Odoo・ERPNext・Dolibarrのように活発なプロジェクトでは、年次のメジャーリリースが安定して続いています。
ただし、これらのメリットは無条件に得られるわけではありません。ライセンス費が消えた分を実装・保守の内製で吸収する体制が要り、カスタマイズ自由度は独自実装が肥大化するリスクと表裏一体、コミュニティの活発さは製品によって大きな差があります。次節のデメリットとセットで、実務的な運用可否を判断します。
オープンソースERPのデメリット・導入時の注意点
オープンソースERPで一般的に指摘されるデメリットは、専門知識・自力運用・セキュリティ自前・アップデート属人化などです。加えて、ベンダーロックインが本当に緩和されるのかという、より本質的な論点があります。
よくあるデメリット（IT人材必要／サポート自己責任／セキュリティ管理自前／アップデート属人化）
オープンソースERPで一般的に指摘されるデメリットは、次の4点です。この後、費目別のTCOでも関連する論点を扱います。
- IT人材が必要：導入・運用には専門知識を持つ社内エンジニアまたは実装ベンダーが必要です。Odoo Community版であればPythonとPostgreSQL、iDempiereならJava、DolibarrならPHPと、製品ごとに必要なスキルセットが異なります。
- サポートは自己責任：商用パッケージのベンダーサポートに相当するものは公式には存在せず、質問はコミュニティフォーラムやGitHub Issuesが基本で、日本語対応・応答時間の保証もありません。
- セキュリティ管理は自前：脆弱性への対応やパッチ適用は、自社または実装ベンダーで回すことになります。CVE情報の追跡・影響範囲の判定・パッチテストまで社内プロセスとして持てるかが焦点です。
- アップデートの属人化：対応担当が離職・異動すると運用が属人化する構造は、内製主体で運用する際の共通の悩みです。ドキュメント整備・引き継ぎプロセスを制度として持つ必要があります。
加えて、日本の会計要件（電子帳簿保存法・インボイス制度）に標準機能で対応している製品は限られます。Odoo Community版で日本の電帳法要件を業務システム側で満たそうとすると追加開発が前提になる点は、この後で詳述します。「無料で始められる」の裏で、法改正追従を自力で行い続けられるかが、中長期の運用可否を決めます。
ベンダーロックインの本当の意味（コード権利・データポータビリティ）
「OSSだからベンダーロックインが無い」という表現は、正確には「コードの権利がユーザー側に残るので、実装ベンダーとの契約を切り替えてもシステムそのものは使い続けられる」という意味です。
ソースコードが手元にあり、データベースにアクセスできる状態が保たれているため、他の実装ベンダーに切り替えたり、内製に戻したりする際に、システム全体を作り直す必要がありません。データポータビリティも同様で、標準的なRDBMS（PostgreSQL・MySQL・MariaDBなど）にデータが保持されるため、エクスポートとインポートの主導権はユーザー側にあります。
ただし、実装ベンダーが独自に加えた大量のカスタマイズコードや、業務プロセスに深く食い込んだ独自モジュールは、そのベンダーだけがメンテナンスできる状態になりやすく、実質的な依存が発生し得ます。
この意味での「実装のロックイン」は、契約書・ドキュメント・引き継ぎプロセスで緩和する話であって、OSSであることそのものが自動的に解決するわけではありません。ベンダー選定の際は、独自カスタマイズの範囲・ドキュメント・ソースコード管理体制を、契約前に確認することが重要です。
「本当に無料か」を分解する：費目別TCOの考え方
ライセンス費用が無償であることと、導入・運用の総費用（TCO）が無料であることは別です。費目を分解して、公表されている実額感を並べます。
ライセンス無料と実際に発生する費目（サーバー／構築／カスタマイズ／保守／教育／障害対応）
オープンソースERPの導入で発生する主な費目は次のとおりです。稟議書に必要な項目を漏らさないよう、社内で費目チェックリストとして活用できます。
- サーバー費：オンプレの物理サーバーまたはクラウド（AWS・Azure・Google Cloudなど）の月額利用料。中規模で月数万〜数十万円のレンジ
- 初期構築費：サーバー環境構築・OSS本体のインストール・初期設定・データ移行。実装ベンダーへ委託する場合の主要費目
- カスタマイズ費：業務要件への追加開発・日本商習慣対応（消費税・電帳法・インボイス・独自帳票）。総額の中で最も変動しやすい費目
- 保守費：月次・年次の運用保守、バージョンアップ、脆弱性対応。実装ベンダー保守または自社運用の人件費
- 教育費：現場ユーザーへの操作研修、管理者向けのアーキテクチャ研修
- 障害対応の外部委託費：コミュニティサポートで解決できない障害の緊急対応。年次・月次の顧問契約または随時課金
代理店・SIerが公表している費用感（一次情報の範囲で）
実額を公表している数少ない一次情報の1つが、ERPNext.JPの料金ページです。同社はPoCを「50万円〜・固定スコープ・税別」と明示し、本格導入のプランを次のように公開しています。稟議書に添える現実的な参照値として活用できます。
- PoC：50万円〜（固定スコープ・税別）
- M-type（導入完遂プラン）：単一ドメイン（販売/購買/製造）＋会計で600〜900万円（税別）
- L-type（導入完遂プラン）：複数ドメイン＋データ移行で1,200〜1,500万円（税別）
- 保守サポート：月額5〜15万円（年契）
- 従量課金：7,000円/時間（税別）
iDempiereについては、株式会社NCIが建設機械メーカー・コンビニチェーン・医療機器卸売業者といった業種別の導入事例を公開しています。具体金額は事例ごとに公表されていませんが、業種と規模のイメージを掴む一次情報として、初期相談時の材料になります。
Odooについては、Community版そのものは無償で、実装費用は要件によって大きく変わります。日本のOdoo代理店では公表価格を掲載していないケースが多く、初回相談で個別見積を取るのが実務での進め方で、複数の代理店から見積を並べて比較するのが安全です。
出典・参考資料（2件）
自社に向いているか判断する（YES/NOチェックリスト）
ここまでの選択肢・費用・境目を踏まえ、自社がオープンソースERPに向いているかを判定するチェックリストを用意しました。8問のうちYESが多い企業ほどOSSの適合度が高く、NOが多い企業は有料パッケージ・コンソーシアム型・SaaS ERPの検討に舵を切ったほうが実務上のリスクを抑えられます。
8問のYES/NO自己判断チェック
- 社内にシステムの開発・保守を自走できるITエンジニアがいる、または実装ベンダーとの長期契約を許容できるか（NOの場合、日本の代理店がある製品＝Odoo・ERPNext・iDempiereに絞る）
- 日本の会計要件（電子帳簿保存法・インボイス制度）を、標準機能ではなく追加開発で満たすことを許容できるか（NOの場合、日本商習慣対応が整った代理店経由の導入、または国産SaaS ERPを選ぶ）
- 法改正への対応（税制改正・電子帳簿保存法の改正など）を、自社または実装ベンダー主導で追跡し続けられるか（NOの場合、法改正追従が保守契約に含まれる商用ERPが安全）
- 独自業務要件が多く、標準パッケージのままでは業務が回らないか（YESの場合、カスタマイズ自由度の高いOSSが適合しやすい）
- 海外のドキュメント・コミュニティフォーラム・GitHub Issuesを活用して問題解決できるか（NOの場合、日本語のQA体制が整っている製品・代理店を優先する）
- 従業員数30〜300人の中小〜中堅企業、または単一部署導入から始めたいか（YESの場合、Odoo・ERPNext・Dolibarrが規模適合しやすい。大企業向けの大規模統合ならERP5や商用ERPを検討）
- OSS版と商用版の境目（例：Odoo Community/Enterprise）を契約前に確認し、自社に必要な機能がOSS版に含まれることを検証できるか（NOの場合、Enterprise版・商用サブスクリプションを最初から選ぶ）
- データポータビリティ（実装ベンダーを切り替えられる状態を保つこと）を、契約書・ドキュメント・ソースコード管理で担保する運用ができるか（NOの場合、実質的な実装ロックインが発生することを覚悟する）
YESが多い場合／NOが多い場合の推奨アクション
YESが6問以上の企業は、Odoo・ERPNext・iDempiereなど日本の代理店がある製品を候補にPoCを検討する段階に進めます。まずは1〜2製品を絞り、代理店の資料請求・PoCの見積を取得するのが現実的な次のアクションです。
YESが4〜5問の企業は、代理店経由のフル支援型導入（実装から保守まで代理店に委ねる形）が選択肢になります。YESが3問以下の企業は、有料パッケージ・コンソーシアム型・SaaS ERPを主軸に検討したほうが、社内リソースと制度対応の両面で無理が少ないケースが多くなります。
ただし単純なカウントには例外があります。Q1（自走できるITエンジニアがいるか、または代理店との長期契約を許容できるか）とQ7（OSS版と商用版の境目を契約前に検証できるか）は特に重要な問いで、この2問がNOなら、他がすべてYESでもOSS選定は避けるのが安全です。
運用の土台とライセンス構造の理解が無いまま導入すると、稼働後のトラブル対応と機能不足の是正で当初想定を大きく超えるコストが発生します。
チェックの結果を踏まえて具体的な製品選びに進む段階では、自社に必要な機能の範囲と、クラウド型とオンプレミス型のどちらを前提にするかを先に決めておくと候補を絞りやすくなります。会計・在庫・注文・予算といった必要機能の整理の仕方や、選定を進める8つのステップ、導入時に避けたい5つのつまずきをまとめた資料が参考になります。
日本の会計要件（電帳法・インボイス）とオープンソースERPの適合
日本で業務システムを運用する上で、電子帳簿保存法（電帳法）とインボイス制度への適合は避けて通れません。両制度の要件を国税庁の一次情報から確認し、代表製品ごとの適合状況を整理します。
電帳法・インボイスの制度要件（国税庁の公式説明を出所）
国税庁「電子帳簿保存法一問一答【電子取引関係】令和7年6月」は、電子取引の保存要件を次のように整理しています。
電子的に受け取ったり送付した請求書や領収書等については、データのまま保存しなければならないこととされており（法７）、その真実性を確保する観点から、以下のいずれかの条件を満たす必要があります（規則４①）。
電子帳簿保存法一問一答【電子取引関係】令和7年6月・問30【回答】｜国税庁
⑴ タイムスタンプが付与されたデータを受領（規則４①一）
⑵ 速やかに（又はその業務の処理に係る通常の期間を経過した後、速やかに）タイムスタンプを付す（規則４①二）
⑶ データの訂正削除を行った場合にその記録が残るシステム又は訂正削除ができないシステムを利用してデータの授受及び保存を行う（規則４①三）
⑷ 訂正削除の防止に関する事務処理規程を策定、運用、備付け（規則４①四）
4つの選択肢のうち、業務システム側で最も現実的なのは⑶「訂正削除の記録が残るシステム／訂正削除できないシステム」の要件を満たすことです。ERPが取引データを保存する際、監査ログ（誰がいつ何を変更したか）を残せるかが、この要件への直接的な適合条件になります。
インボイス制度（適格請求書等保存方式）については、国税庁の概要ページで、適格請求書に記載すべき事項が次のとおり定められています。
① インボイスの交付先である相手方の氏名または名称
インボイス制度｜国税庁
② 売手(自社)の氏名又は名称及び登録番号
③ 取引年月日
④ 取引内容(軽減税率の対象品目である旨)
⑤ 10％・8％それぞれの対象となる対価の総額及び適用税率
⑥ 10％・8％それぞれの消費税額等
ERPの販売・請求モジュールが、登録番号（②）・軽減税率対象品目の識別（④）・10%と8%別の対価総額と適用税率（⑤）を格納でき、これらを印字レイアウトに反映できるかが、導入時の実装ポイントになります。
代表製品ごとの日本適合状況（Odoo／ERPNext／iDempiere／Dolibarr）
代表4製品の日本会計要件への標準機能適合状況を、実装ポイント別に整理すると次のようになります。○＝標準機能で対応、△＝追加開発で対応、×＝標準では不可能・要検証、要確認＝原文照合できず。
| 製品 | Odoo（Community） | ERPNext | iDempiere（+JPiere） | Dolibarr |
|---|---|---|---|---|
| 監査ログ（訂正削除記録） | △ | △ | △ | 要確認 |
| 登録番号フィールド | △ | △ | △ | △ |
| 税率別集計 | △ | △ | △ | △ |
| タイムスタンプ連携 | 要確認 | 要確認 | 要確認 | 要確認 |
代表4製品はいずれも、日本の代理店による追加開発（△）で実装するのが標準的な進め方で、Community版・OSS版のまま完全対応（○）できる製品は現時点で確認できません。
OdooのCommunity版は、会計モジュールの高度機能がEnterprise側に寄っているため、電帳法・インボイス対応をCommunity版だけで完結させる場合、追加開発が前提です。日本の代理店（マルウェブほか）が請求書の記載事項・監査ログ・消費税処理を追加開発として実装するのが標準的な進め方になります。
ERPNextは、日本の代理店であるERPNext.JP（合同会社MY HATCH）が電帳法・インボイス対応の追加開発実績を持ち、PoC段階から日本要件を検証できる体制が整っています。
iDempiereは、JPiere拡張パックが日本の消費税・仕訳・請求運用に対応しており、NCIや株式会社オープンソース・イーアールピー・ソリューションズが実装を担います。Dolibarrは会計モジュールが欧州基準の設計で、日本の会計基準・電帳法対応は追加開発が必要になるため、規模の大きな会計運用には向かない選択肢です。
電子帳簿保存法の要件やメリット・デメリット、実務での対応の進め方をより広く確認したい場合は、以下の記事もあわせてご覧ください。
一括ダウンロードする
4択で選ぶ：OSS／有料パッケージ／コンソーシアム型／SaaS ERP
ここまでの判断材料を踏まえ、ERP導入の選択肢を「OSS／有料パッケージ／コンソーシアム型／SaaS ERP」の4択で並置します。「OSSを選ばない場合の受け皿」を同じ土俵で並べることで、稟議書の中で選択肢を横並びに比較できる状態を作ります。
4択対比表（想定規模／年間コスト目安／IT人材要件／日本適合／向く企業像／代表製品）
| カテゴリ | オープンソースERP | 有料ERPパッケージ | コンソーシアム型ERP | SaaS ERP（クラウドERP） |
|---|---|---|---|---|
| 想定規模 | 従業員30〜300人前後 | 中堅〜大企業 | 中堅〜大企業 | スタートアップ〜中堅大企業 |
| 年間コスト目安 | ライセンス無償＋代理店実装・保守（初期数百万〜、月額数万円〜） | ライセンス・保守で年数百万〜数千万 | ライセンス費で年数千万規模 | 月額・年額サブスクリプション（数万〜数百万/月） |
| IT人材要件 | 社内エンジニアまたは代理店契約が必要 | 導入時のSIer・保守ベンダー契約が前提 | 導入・保守は共同開発企業が担う | 社内エンジニア不要でも運用可 |
| 日本適合 | 製品差が大きい（代理店経由で追加開発が前提のケースが多い） | 国産パッケージは電帳法・インボイス対応済み | 共同開発の日本企業が要件を反映 | グローバルSaaSは日本要件を段階的に追加 |
| 向く企業像 | 独自業務要件が多く、カスタマイズ自由度を優先したい企業 | 業務標準化を進めたい、法改正対応をベンダー任せにしたい企業 | 共同開発型で長期の機能追加を望む企業 | 短期に立ち上げたい、システム保守を自社で持ちたくない企業 |
| 該当例 | Odoo Community、ERPNext、iDempiere | OBIC7 | GRANDIT | Oracle NetSuite |
各象限に向く企業像
オープンソースERPは、社内エンジニアがいる、または長期の代理店契約を許容できる企業で、カスタマイズ自由度を優先したい場合に適合します。有料ERPパッケージは、業務標準化を進めながら、法改正対応・保守をベンダーに委ねたい中堅〜大企業に向きます。
コンソーシアム型ERPは、GRANDITのように共同開発企業が要件を持ち寄る形で機能追加が続くため、長期にわたる継続的な機能拡張と、共同開発への参加を望む企業向けです。SaaS ERPは、短期の立ち上げと運用負荷の軽減を優先したい企業に向き、IPO準備中のスタートアップ〜中堅企業ではOracle NetSuiteのようなグローバルSaaSが受け皿になります。
OSS以外を選ぶ場合の選択肢——有料ERP／コンソーシアム型／SaaS ERP
オープンソースERPを選ばないと判断した場合の代表的な選択肢を紹介します。Odoo導入で日本代理店の力を借りたい場合の受け皿と、SaaS ERPで運用負荷を抑えたい場合の受け皿の2つです。
OSSに限定せず、有料パッケージ・コンソーシアム型・SaaS型を含めたERPシステム全体を横並びで比較したい場合は、以下の記事でタイプ別の選び方・料金・機能を詳しく解説しています。
スポット比較表
| 観点 | 位置取り | 初期費用の考え方 | 月額費用 | 電帳法・インボイス対応 | カスタマイズ性 | 向く企業像 | 資料DL | ミーティング予約 |
|---|---|---|---|---|---|---|---|---|
| マルウェブ Odoo導入・開発・業務統合支援 | OSSのOdoo（Community/Enterprise）を日本の商習慣に載せる日本SI事業者 | Odooライセンス無償（Community）＋要件定義・実装・データ移行費（要件により変動、個別見積） | Community版は月額サブスクリプション不要（Enterprise版は別途Odoo社ライセンス）＋実装ベンダーの保守費 | 日本商習慣対応の追加開発を実装（消費税処理・電帳法・インボイス・独自帳票） | ソースコード改変を含めて自由（Python + PostgreSQL + Odoo Studio） | OSSの自由度を活かしつつ日本語で相談できる代理店を持ちたい企業、独自業務要件が多い企業 | 資料をダウンロード | ミーティング予約 |
| Oracle NetSuite （日本オラクル） | 有料SaaS ERPの世界標準的な選択肢。財務・販売・購買・在庫・SFA・CRMを1基盤に統合 | 契約時のセットアップ費（規模により変動） | 月額サブスクリプション（規模・モジュールにより変動） | グローバルSaaSとして日本要件を段階的に追加 | SuiteScript・SuiteFlowなどベンダー提供の拡張フレームワーク内で拡張 | 海外拠点を含めたグループ全体を1基盤で扱いたい企業、IPO準備・内部統制整備を進めたい企業 | 資料をダウンロード | ミーティング予約 |
サービス個別紹介
1. Odoo導入・開発・業務統合支援（株式会社マルウェブ）
株式会社マルウェブは、Odooの導入・開発・業務統合支援を専門とする日本のSI事業者です。オープンソース版のCommunity Editionと商用版のEnterprise Editionのどちらでも、要件定義・プロトタイプ制作・本番実装・データ移行・稼働後の保守までを一貫して担います。NetSuiteの実装で培った統合基幹システムの知見を、Odoo案件に応用している点が特徴です。
強みは、日本商習慣に合わせた追加開発の勘所を持っていることです。Odoo標準では対応しきれない消費税処理・電子帳簿保存法・インボイス制度・独自帳票レイアウトについて、Odooフレームワーク（Python + PostgreSQL + Odoo Studio）の上で追加実装する経験を積み重ねています。
販売・会計・在庫・製造・購買・CRM・EC・POS・人事・プロジェクトなど、40モジュール以上を組み合わせた業務プロセス設計から実装までを、単一ベンダーで完結できる体制が整っています。
Odoo導入を日本の実務に載せる際、日本語で相談できる実装ベンダーが必要になります。マルウェブは、その相談先候補の1社として位置づけられます。
オープンソースERPをどの業務範囲から導入し始めるかは、読者が最初に迷う論点です。スモールスタートと全社統合の使い分けについて、株式会社マルウェブの若林氏は次のように述べています。
判断の軸は大きく2点です。一つは、お客様が今どの業務をどのように運用していて、Odooのアプリで言えばどの領域を使うことになるのか。もう一つは、予算と優先順位です。（中略）たとえば「まずは販売と在庫と会計だけでスタートしましょう」という形で始めて、使い方に慣れてきたら会計やCRMを段階的に追加していく、といった進め方をご提案することもあります。カスタマイズがあまり必要でなければスモールスタートをお勧めしますし、業務が特殊な場合はカスタマイズに時間はかかりますが、そこはしっかり作り込んでいきましょうとご提案しています。
2. Oracle NetSuite（日本オラクル株式会社）
Oracle NetSuiteは、財務会計・販売・購買・在庫管理・SFA（営業支援）・CRMまでを1つの基盤に統合したクラウドERPです。世界200カ国以上、43,000社を超える利用実績があり、27言語・190通貨に対応するため、海外拠点を含めたグループ全体を1つの基盤で扱えます。
ガバナンス・リスク・コンプライアンス（GRC）の機能群はプラットフォームライセンスに含まれ、職務分掌に基づくアクセス管理・多要素認証・監査証跡・SOC1/2やISO27001の対応まで、内部統制に必要な仕組みが業務システムそのものに組み込まれています。
相談の入り口として多いのは、IT部門・経営企画からの「古くなったオンプレミスの刷新」「事業成長に伴うシステム標準化」「M&A後のグループ全体統合」の3パターンです。IPO準備中のスタートアップでは、CFO・CEOから直接問い合わせが入るケースも珍しくなく、上場に向けた内部統制整備のタイミングで業務と統制を一体で見られる基盤を検討する流れが定着しています。
導入事例では、物流業の企業で年間およそ1,200時間の作業工数削減を報告する例が公表されており、集計・照合作業を減らした分を分析・判断に振り向けるパターンが典型です。
オープンソースERPで「社内リソースが厳しい」「日本の会計要件対応を最初から標準機能として持ちたい」と判断した企業にとって、SaaS ERPの現実的な受け皿になります。
選定の場面で最終的にどの要素が決め手になるかについて、日本オラクル株式会社の福宮氏は次のように述べています。
決め手という意味では、やはり経営者の方が「今見たい数字が、今すぐ見られるかどうか」を重視されます。現場の担当者にとっての使いやすさももちろん大事なのですが、最終的な意思決定の場面では、リアルタイムに正確な数字が出てくることが何より効いてきます。
まとめ
本記事では、オープンソースERPの選択肢を9製品の実名一覧で提示し、OSS版と商用版の境目、費目別TCO、YES/NO自己判断チェック、日本の会計要件、そして有料ERP・コンソーシアム型・SaaS ERPを含む4択の位置取りまでを整理しました。
読者の状況ごとに、次のアクションは分かれます。社内エンジニア・代理店契約・日本の会計要件対応の追加開発を許容できる企業は、Odoo・ERPNext・iDempiereの代理店へ相談するのが自然な次のステップです。
社内リソースが厳しい、または法改正対応を保守契約に含めたい企業は、有料ERP・SaaS ERPの資料請求から始めるほうが、実務上のリスクを抑えられます。いずれの場合も、まずは複数の資料を横並びで比較して、自社の要件に対する適合度を見極める段階から始めるのが実務的な進め方です。
よくある質問（FAQ）
Q. オープンソースERPとは何ですか？
A. オープンソースERPとは、ソースコードが公開され、無償で入手・改変・再配布ができるライセンスの下で提供される、統合基幹業務システムです。会計・販売・購買・在庫・製造・人事・CRMなど、企業活動の中核業務を1つのデータモデルで統合する点は商用ERPと同じです。
GNU LGPL・GPL・Apache Licenseなど、オープンソース・イニシアチブ（OSI）が承認するライセンスの下で公開されたプロジェクトが該当します。
ソフトウェア本体のライセンス費用は原則無償ですが、サーバー費・構築費・カスタマイズ費・保守費・教育費は商用ERPと同じように発生します。
Q. オープンソースERPは本当に無料で使えるのですか？
A. オープンソースERPで無料になるのは、ソフトウェア本体のライセンス費用だけで、サーバー費・初期構築費・カスタマイズ費・保守費・教育費・障害対応の外部委託費は、商用ERPと同じように発生します。
実額感の一次情報として、ERPNext.JP（合同会社MY HATCH）はPoCを50万円〜（固定スコープ・税別）、単一ドメイン（販売/購買/製造＋会計）の導入完遂プランを600〜900万円、複数ドメイン＋データ移行のプランを1,200〜1,500万円、保守サポートを月額5〜15万円と公表しています。稟議書には、これらの費目を分解したうえでTCOを見積もることが実務的な進め方です。
Q. 中小企業でもオープンソースERPを導入できますか？
A. 中小企業でも導入できますが、社内でシステムの開発・保守を自走できるITエンジニアがいるか、日本の代理店との長期契約を許容できるかが、実務上の分かれ目になります。
従業員30〜300人前後の規模で日本の代理店の伴走を前提にするなら、Odoo Community・ERPNext・iDempiereが規模適合しやすく、それぞれ株式会社マルウェブ・ERPNext.JP・株式会社NCI／株式会社オープンソース・イーアールピー・ソリューションズが日本での導入支援を提供しています。
社内エンジニアが乏しく、日本の会計要件対応を標準機能として持ちたい場合は、国産SaaS ERPや商用ERPパッケージのほうが実務リスクを抑えられます。
Q. Odoo Community版だけで日本の実務会計は運用できますか？
A. Odoo Community版だけで日本の電子帳簿保存法・インボイス制度に対応した会計運用を組むのは難易度が上がり、追加開発が前提になるのが実情です。
Community版は会計・CRM・販売・在庫・人事のコアモジュールに限られ、給与計算・経費OCR・Odoo Studio・高度な生産管理などはEnterprise側に置かれています。
日本のパートナー各社は、Community/Enterpriseいずれの版でも消費税処理・電帳法・インボイス・独自帳票を追加開発として実装するのが標準的な進め方だと説明しています。契約前には、自社が必要とする機能がCommunity版に含まれているかを検証しておく必要があります。
Q. オープンソースERPは電子帳簿保存法・インボイス制度に対応していますか？
A. 代表的なオープンソースERPで日本の電子帳簿保存法・インボイス制度に標準機能で対応している製品は限られ、日本の代理店による追加開発が前提になります。
電帳法は4つの選択肢のいずれかで真実性を確保する必要があり、業務システム側では「訂正削除の記録が残る／訂正削除できない」ルートを取るのが現実的です。
日本市場では、ERPNext.JP・Odoo日本パートナー・iDempiereのJPiere拡張パック＋NCI／オープンソース・イーアールピー・ソリューションズが、電帳法・インボイス対応の追加開発を担うのが実務パターンです。
Q. Compiere・ADempiere・iDempiereは、いま実務で選ぶならどれですか？
A. 3つのプロジェクトは同じ系譜にありますが、現在の実務利用の主軸はiDempiereに移っています。
起点となったCompiereはSourceForgeで公開されているCommunity Editionの最終更新が2016年11月で開発は事実上停止しており、商用ブランドはAptean社に引き継がれています（Apteanの現行ERP製品ラインナップにCompiereは独立製品として掲載されていません）。
ADempiereは2006年にCompiereからフォークして開発が続いていますが、新規採用は限定的です。
2011年にADempiereからOSGiアーキテクチャへの刷新を目的にフォークしたiDempiereが現在の主軸で、日本ではJPiere拡張パックが日本商習慣に対応し、株式会社NCI・株式会社オープンソース・イーアールピー・ソリューションズの2社が導入支援を担うため、日本市場ではこの3プロジェクトの中でiDempiereが自然な選択になります。
Q. オープンソースERPを導入した後、実装ベンダーを切り替えることはできますか？
A. ソースコードとデータの権利がユーザー側に残るため、実装ベンダーとの契約を切り替えても、システムそのものは使い続けられます。
標準的なRDBMS（PostgreSQL・MySQL・MariaDBなど）にデータが保持されるため、エクスポート・インポートの主導権もユーザー側にあります。
ただし、実装ベンダーが独自に加えた大量のカスタマイズコードや、業務プロセスに深く食い込んだ独自モジュールは、そのベンダーだけがメンテナンスできる状態になりやすく、実質的な「実装のロックイン」が発生し得ます。契約前に、独自カスタマイズの範囲・ドキュメント・ソースコード管理体制を確認しておくことが、切り替え可能性を実効的に保つ要点です。
Q. オープンソースERPと有料ERP・SaaS ERPは、どちらを選ぶべきですか？
A. 社内エンジニアまたは長期の代理店契約を許容でき、カスタマイズ自由度を優先したい企業はオープンソースERPが適合し、業務標準化と法改正対応をベンダーに委ねたい企業は有料ERPパッケージまたはSaaS ERPが実務リスクを抑えられます。
本記事の8問のYES/NO自己判断チェックでYESが6問以上の企業は、Odoo・ERPNext・iDempiereなど日本代理店ありのOSSを候補にPoCを検討する段階に進めます。
YESが3問以下の企業は、有料ERPパッケージ（OBIC7など）、コンソーシアム型ERP（GRANDIT）、SaaS ERP（Oracle NetSuiteなど）を主軸に検討したほうが、社内リソースと制度対応の両面で無理が少なくなります。
ERPシステムの料金・機能を一括チェック
MCB FinTechカタログでは、ERPカテゴリの掲載サービスの最新資料を1回の入力でまとめて請求できます。オープンソースERPの日本代理店から、SaaS型クラウドERP、コンソーシアム型ERP、国産パッケージまで、稟議書に添える横並び資料を効率的に集める起点として活用してください。
一括ダウンロードする
MCB FinTechカタログに掲載しませんか？
MCB FinTechカタログでは、掲載企業様を募集しています。マネックスグループの金融実務ノウハウを活かした独自の評価軸と検索設計により、導入検討者が最適なサービスを効率的に発見できる法人向け比較プラットフォームです。掲載後は管理画面から料金表や導入事例を随時更新でき、常に最新の情報を訴求可能。まずは下記フォームより、お気軽にお問い合わせください。
出典・参考資料（26件）
- 出典：The Open Source Definition｜Open Source Initiative
- 出典：Odoo LICENSE｜GitHub
- 出典：Odoo Editions Comparison｜Odoo公式
- 出典：ERPNext license.txt｜GitHub
- 出典：ERPNext.JP 料金｜合同会社MY HATCH
- 出典：Apache OFBiz LICENSE｜GitHub
- 出典：OFBiz 24.09.07 Release Notes｜Apache OFBiz
- 出典：Dolibarr COPYING｜GitHub
- 出典：電子帳簿保存法一問一答【電子取引関係】令和7年6月｜国税庁
- 出典：インボイス制度｜国税庁
- 参考資料：日本のOdooパートナー一覧｜Odoo公式
- 参考資料：iDempiere リポジトリ｜GitHub
- 参考資料：オープンソース(OSS) ERP紹介｜株式会社オープンソース・イーアールピー・ソリューションズ
- 参考資料：OSS ERPソリューション｜株式会社NCI
- 参考資料：Dolibarr公式サイト
- 参考資料：Compiere｜SourceForge
- 参考資料：Compiere｜Wikipedia
- 参考資料：Openbravo｜Wikipedia
- 参考資料：Dolistore（公式アドオンストア）
- 参考資料：Dolibarr Cloud 料金・オンラインデモ｜Dolibarr公式
- 参考資料：ADempiere リポジトリ｜GitHub
- 参考資料：ADempiere｜Wikipedia
- 参考資料：ERP5｜Wikipedia
- 参考資料：Nexedi公式サイト
- 参考資料：Oracle NetSuite（日本オラクル）公式サイト
- 参考資料：Oracle NetSuite GRC｜MCB FinTechカタログ
マネックス証券 フィナンシャル・インテリジェンス部 暗号資産アナリスト
松嶋真倫
監修の範囲は記事の一般的な解説部分であり、比較表および各製品・サービスの紹介内容は監修の対象外です。
