カスタムERPとパッケージERPの選び方：拡張という第三の選択肢

このガイドは、スプレッドシートや最初に導入したパッケージでは対応しきれなくなった成長企業のオーナー、財務・オペレーション責任者、ITマネージャーを対象としています。各ルートの概要、総保有コスト、そして判断を左右する問いを比較します。選択したERPをECサイトやCRMに接続する方法については、エンタープライズシステム統合ガイドをご覧ください。

このガイドの内容

• 2択ではなく4つのルート
• ルートの比較
• カスタムが効果を発揮する場面、そうでない場面
• システム稼働期間にわたる総保有コスト
• 判断を左右する6つの問い
• ERPと同様に連携が決め手になる
• AIとERPの選択
• Netbase JSCの選択アプローチ
• 存在する納品実績と存在しないもの
• このガイドの限界
• よくある質問
• 次のステップ

2択ではなく4つのルート

「構築するか、購入するか」という問いで語られることが多いですが、実際には4つのルートがあります。

• パッケージをそのまま使用する。ERPパッケージを設定し、それに合わせて業務プロセスを変更します。アップグレードはベンダーから提供されます。
• 拡張パッケージ。パッケージのコアを維持しつつ、拡張ポイントを通じてカスタムモジュール、レポート、連携を追加します。OdooやそれAに準ずるスイートを利用する多くの企業が採用しています。
• 再利用可能なモジュールを基にしたカスタム開発。パートナーが受注・在庫・プロジェクト・請求などの既製モジュールを出発点とし、自社に固有の部分のみを構築します。ゼロから始めることなく、自社に合ったシステムを実現できます。
• フルカスタム。すべてのモジュールを自社のビジネスに合わせて設計・構築し、システム全体を所有します。

実際によく見られる5つ目のパターンとして、元帳や給与計算などの汎用業務にはパッケージを使い、差別化となる業務にはAPIで接続したカスタムアプリケーションを組み合わせる形があります。

ルートの比較

カナダのBusiness Development Bank（BDC）は両方の側面をこうまとめています：パッケージシステムは「実績があり検証済みの機能を提供し、多くの場合、より少ない予期せぬ事態とリスクで導入できる」一方、「最初は手頃に見えるカスタムシステムが、長期にわたって大幅にコストが高くなる可能性がある」。

カスタムが効果を発揮する場面、そうでない場面

Martin Fowlerの「汎用 vs 戦略的」という二分法が最も有用な判断基準を提供します。汎用機能については「パッケージを購入してそれに合わせて業務プロセスを調整する」。一方、自社を差別化する戦略的機能こそが、ビスポークソフトウェアがそのコストに見合う領域です。

• 通常は汎用：総勘定元帳、給与計算、税務申告、標準的な購買処理。パッケージがこれらをうまく処理し、規制変更にも対応します。
• 多くの場合は戦略的：見積・価格設定の方法、製品コンフィグレーション、生産スケジューリング、B2B顧客対応、プロジェクト管理。これらはパッケージが回避策を強いる領域であり、カスタムモジュールが効果を発揮します。

プロセスごとにこの判断基準を適用してください。多くの企業では、戦略的プロセスはわずかで、汎用的なプロセスが多数あります。その場合、システム全体を一律に選択するのではなく、パッケージのコアに拡張またはカスタムモジュールを組み合わせる形が示されます。

システム稼働期間にわたる総保有コスト

最初の請求書ではなく、システムを運用することが見込まれる期間全体でルートを比較してください。

• パッケージのコスト：ユーザーまたはモジュールごとのライセンスまたはサブスクリプション料、導入費用、トレーニング、そして製品が適合しない部分で従業員が手作業で行う回避策のコストです。
• 拡張のコスト：拡張機能の構築費用と、ベンダーアップグレードのたびに行う再テストが加わります。カスタマイズが多い場合、アップグレードが最大の継続コストになることがあります。
• カスタムのコスト：構築費用、その後のホスティング、メンテナンス、セキュリティアップデート、そしてコードを把握するチームのコストです。
• 連携とデータ移行：すべてのルートでコストが発生し、しばしば過小評価されます。

これらの間に一定の比率はありません：ユーザー数、プロセス、データ、システムの稼働期間によって異なります。それぞれのルートを自社の数字で算出してください。

ERPと同様に連携が決め手になる

ERPが単独で完結することはほとんどありません。ECサイト、CRM、決済プロバイダー、運送業者がすべて受注・在庫・顧客・請求書をERPと交換しており、紙上では適合するルートが連携で失敗することがあります。選択前に、それらのフローと担当者をERP・CRM・Eコマース連携アーキテクチャでマッピングしてください。ドキュメント化されたAPIを持つパッケージ、またはAPIファースト設計のカスタムERPは後の変更コストを低く抑えます。Netbase JSCのシステム・API連携サービスは、どのルートを選択しても、そのレイヤーを構築します。

Netbase JSCの選択アプローチ

Netbase JSCのERPワークはコンサルティングから始まります：プロセスマッピング、フィット・ギャップ分析、構築・購入・拡張のレコメンデーションです。ベトナムでローカルのOdoo導入パートナーとともにOdooのコンサルティングとカスタマイズを行い、クライアントをVtiger CRMからフルERPへアップグレードし、クラウドERPプラットフォームを構築した実績があります。プロダクト化されたモジュールライブラリにはCRMとB2B営業エンジン、ワークフロー自動化ツールキット、Smart ERP Lightが含まれます。NetbaseビジネスディビジョンであるCloodoは、CRM、HRM、クラウドERP、AIモジュールを1つのワークスペースに統合しています。プロダクト化されたモジュールはライセンス提供であり、移転はされません。カスタム開発ではクライアントのために作成されたIPはクライアントが所有します。Netbase JSCのほとんどのプロジェクトはディスカバリー後に合意した請負契約で納品されます。詳しくはラボ型開発 vs 請負をご覧ください。ERP・CRM開発サービスでエンゲージメントの詳細を説明しており、クラウドERPがモジュールベースの出発点です。

存在する納品実績と存在しないもの

• 存在するもの。クラウドERPの実績は、Netbase JSCが2020年から米国クライアント（名前非公開）のオフショア開発・マネージングパートナーとして構築したマルチテナントクラウドERPを説明しています。第1フェーズにはCRM、ワーク管理、API連携が含まれ、小売拡張が計画されています。Cloodoの実績はNetbase JSC自身のデジタルワークプレイスを説明しています。Odooプロジェクトとのアップグレードはスコープのみで説明されており、クライアントは非公開です。
• 存在しないもの。これらの実績のいずれも、コスト比較、導入期間、ライセンス節約、ビジネス結果を公開しておらず、どのルートが安価であるかの証拠として提示されていません。Odooの作業はパートナーと共同で行われており、Odooのベンダーステータスは主張していません。

このガイドの限界

• ルートとコストは定性的に説明されています。公表されているコスト比率はソースと方法によって異なり、Netbase JSCの数字としては使用していません。
• BDCとMartin Fowlerのページは、アクセス日時点での記載内容に基づいて引用しています。
• 経理、税務、法的要件は国によって異なり、このガイドの範囲外です。

よくある質問

カスタムERPはパッケージERPより高価ですか？通常、初期費用は高くなります。長期的にはライセンス数、パッケージの拡張・再テストの必要性、回避策のコストによって異なります。

パッケージから始めて後からカスタム部分を追加できますか？パッケージにドキュメント化されたAPIと拡張ポイントがあれば可能です。カスタムロジックを別モジュールに保持しておくことで、ベンダーアップグレードを管理しやすくなります。

カスタムERPは誰が所有しますか？Netbase JSCのカスタム開発では、クライアントのために作成されたIPはクライアントが所有します。プロダクト化されたモジュールはライセンス提供であり、移転はされません。

ERPを置き換えるべきか、その周辺に連携を構築すべきですか？ERPがコア機能をうまく処理しており、接続部分だけが問題の場合は連携してください。コアプロセスがもはや適合しない場合は置き換えてください。

次のステップ

自社を差別化するプロセス、ERPが接続する必要のあるシステム、現在のツールの課題をお知らせいただければ、フィット・ギャップ分析とルート比較を行うソリューションレビューのご予約を承ります。ERP・CRM開発やNetbase JSCのインサイトもご覧ください。

関連サービスとソリューション