ERPの候補を「オープンソース」の2つの選択肢に絞り込んだとして、料金ページを見比べるとほとんど同じに見えるだろう。どちらも無料のコミュニティ版を約束し、活発な開発者エコシステムをうたい、特定のベンダーにロックインされることは決してないと謳っている。ところが実際に給与計算やモバイル在庫スキャン、カスタム承認ワークフローを動かそうとすると、片方はクレジットカード情報を求めてくる。もう片方は求めてこない。
「コア機能」だと思い込んでいたものが実はペイウォールの向こうにあったと分かる、その瞬間こそが、ERPNextとOdooの本当の違いだ。それはどちらのUIが優れているか、マーケットプレイスのアプリがどちらに多いかといった話とは無関係である。これはあなたが契約するずっと前に下されたライセンス上の決定であり、5年間の総所有コストが誤差程度で済むか、あるいはフルタイム従業員をもう一人雇うのに匹敵する金額になるかを、静かに左右しているのだ。
「オープンソースとは何か」に対する2つの異なる答え
両プラットフォームは同じ系譜の業務管理ソフトウェアにルーツを持ち、どちらも一般に「オープンソースERP」と呼ばれている。しかし「オープンソース」という言葉が果たしている役割は、両者でまったく異なる。
ERPNextは、Frappe社が開発しており、会計、人事・給与計算、製造、CRM、ヘルプデスクなど、コードベース全体をAGPLv3ライセンスのもとで提供している。追加モジュールを出し惜しみする別建ての「Enterprise」版フォークは存在しない。公開GitHubリポジトリから入手できるものは、機能的には有料のFrappe Cloud顧客が実行しているものと同じである。同社の収益はホスティング、サポート、そしてソフトウェアの上に成り立つサービスから得られており、機能の一部をアンロックすることからではない。
Odooはコードベースを2つに分割している。Odoo CommunityはLGPLv3のもとでリリースされており、セルフホストであれば正真正銘無料である。一方、Odoo Enterprise——完全な会計機能、モバイルアプリ、ドラッグ&ドロップ式のStudioカスタマイズビルダー、高度な製造機能(MRP II)、優先サポートを含む——はプロプライエタリなソフトウェアであり、1ユーザーあたり月額課金で別途ライセンスされる。Community版コアのLGPLライセンスは意図的に寛容な設計になっており、Odooはオープンソースの規範に反することなくその上にクローズドな商用モジュールを構築できる。これはビジネスソフトウェアにおいて正当かつ一般的な構造ではあるが、それは「Community版」と「実際に必要な製品」がしばしば別物であることを意味する。
どちらのアプローチも不誠実というわけではない。しかし、導入から半年後にCFOと交わす会話の内容は、両者でまったく違ったものになる。
なぜこの違いが請求書に表れるのか
料金体系の仕組みは、このライセンスの違いを和らげるどころか、むしろ増幅させている。
Odoo Enterpriseはユーザー単位で課金され、業界の料金調査によれば、フル機能のシートはプランや契約条件によって1ユーザーあたり月額$24〜36程度とされている——これは導入作業、データ移行、サードパーティアプリの費用を含まない金額だ。50人程度の少数精鋭の組織でも、シート料金だけで年間5桁(米ドル)にしっかり達し、採用のたびにバックオフィスソフトウェアの直接的な売上原価が増えていく。時間とともに償却されていく固定費ではないのだ。
ERPNextはこのモデルを逆転させる。すべてのモジュールがAGPLのもとで無料提供されるため、セルフホストにかかる費用はサーバーインフラ以外にはない——小規模チームであれば、低価格のVPSプロバイダーで月額$10〜40程度で済むことが多い。Frappe自身のマネージドホスティングサービスであるFrappe Cloudは、小規模インスタンスなら月数ドルから始まり、人員数ではなくサーバーリソースに応じてスケールする。ERPNextに従業員を10人増やしても請求額は変わらないが、Odoo Enterpriseに従業員を10人増やせば、毎月、永遠に請求額が増え続ける。
複数の独立した比較調査が、おおむね同じ5年間のコスト幅に収束している。セルフホスト型ERPNext導入の生涯コストは概ね$0〜$30Kであるのに対し、同程度の人員規模で同等のOdoo Enterprise導入を行うと$10K〜$80Kになるというものだ。この差は誤差の範囲ではない——それはしばしば「パートタイムの経理担当者を雇う余裕がある」か「ない」かの分かれ目になる。
比較ページには載らないトレードオフ
だからといってERPNextが単純に「優れている」わけではない。Odooのプロプライエタリな層は、実質的な価値を提供している。すなわち、数万に及ぶマーケットプレイスアプリと数千の公式導入パートナーを擁する、はるかに大規模な商用エコシステムだ。これに対し、ERPNextはそれぞれ数百程度にとどまる。ニッチなEDIコネクタ、特定地域の税制モジュール、倉庫ロボティクス用プラグインといった、非常に特殊な業種向け連携が必要な場合、既製品として見つかる可能性はOdooのマーケットプレイスの方が有意に高い。
ERPNext側には、つい美化して見過ごしがちな、もう少し分かりにくいリスクもある。「無料」は「コストがゼロ」を意味するのではなく、コストがサブスクリプションの費目から人件費の費目へ移動するだけだということだ。サーバーへのパッチ適用、稼働監視、バックアップ対応、深夜2時に失敗したcronジョブのトラブルシューティングは、誰かがやらなければならない。その能力を持つ人材がいない、あるいは雇えないのであれば、セルフホストは金額以上に、ストレスとダウンタイムという形でより高くつく結果になりかねない。
また、大規模なカスタマイズはどちらのプラットフォームを選んでも諸刃の剣となる。Odoo Communityを深く改修してEnterprise版のペイウォール機能を回避しようとすると、脆く、維持費のかさむアップグレード経路が残ってしまう——Odoo自身のテストやサポートを伴わない、独自の「影のEnterprise版」を作り上げてしまうようなものだ。ERPNextを深く改修する場合は逆のパターンの失敗が起こる。ペイウォールがベンダー推奨の拡張ポイントへと利用者を誘導する圧力にならないため、コアの挙動を安易にフォークしてしまいがちで、これもまた次バージョンへのアップグレードを苦しいものにする。
率直に言えば、Odooのプロプライエタリな分割は、より大きなアプリカタログと大規模なパートナーネットワークと引き換えに、恒久的かつ増え続ける費目を生み出す。ERPNextの完全にオープンなモデルはその継続的コストをなくす一方で、運用の責任をあなた、あるいはそれを担う雇用先に押し付ける。どちらのトレードオフが「割に合う」かは、ボトルネックが資金にあるのかエンジニアリングの時間にあるのかに完全に左右される——そして創業初期の資金に制約のあるブートストラップ企業の多くにとって、より希少な資源は資金の方である。
今まさに選択しようとしているなら
いくつかの問いを立てるだけで、どんな機能比較表よりも早くマーケティング文句の本質が見えてくる。
- すでにLinuxサーバーを運用できる人材がいるか? いるなら、ERPNextのコスト優位性はほぼ純粋なメリットとなる。いないなら、ホスティング型ERPNextプランの予算を確保するか、Odooのユーザー単位の料金の一部が、そのリスクを代わりに引き受けてくれる誰かへの対価だと割り切る必要がある。
- 成長計画は人員増加型か、それとも売上増加型か? サポートチームが10人から60人に拡大していく場合、Odooのユーザー単位料金は大きな痛手となる。少人数のチームが高い取引量をさばいているだけなら、ほとんど気にならないかもしれない。
- 今後2年以内に特定のニッチな連携が必要になる可能性はどれくらいか? 自社の業界向けソフトウェアの選択肢が乏しいなら、Odooの大規模なマーケットプレイスの方が、ゼロからカスタム開発する必要に迫られる可能性を減らしてくれる。
- 最悪の場合、乗り換えコストはどの程度になるか? ERPNextのデータとコードはAGPLのもとで完全にあなたのものであるため、他システムへの移行や、制限なしのフォーク・改修は比較的安く済む。オープンなCommunityコードとライセンスされたプロプライエタリモジュールが混在する、大幅にカスタマイズされたOdoo Enterprise導入をほどくのは、乗り換えが必要になった場合、より困難で費用のかさむ問題となる。
どちらの答えも普遍的に正しいわけではない。だからこそ、多くの比較ページはあえてそれを言わないのだ。
帳簿もERPと同じくらいオープンに保とう
隠れたペイウォールがなく、成長してもユーザー単位のペナルティがなく、自社のデータとコードを完全に所有できる——ERPNextを支持するこの論理は、あなたの会計システムにもそのまま当てはまる。Beancount.ioは、この同じ哲学を経理業務にもたらす。プレーンテキストでバージョン管理された財務記録は、完全な透明性を備え、ベンダーロックインもない。だからこそ、あなたの数字はソースコードと同じように監査可能でポータブルなものになる。無料で始める——開発者や財務に精通した創業者たちが、なぜ帳簿をプレーンテキスト会計へと移行しているのか、その理由を確認しよう。