ERPパッケージとは｜スクラッチ開発との違いと合う会社・合わない会社

ERPパッケージとは、販売・購買・在庫・会計などの基幹業務の機能をあらかじめ備えた既製品のERPを、設定して使うものです。自社専用にゼロから作るスクラッチ開発と比べて、早く・費用を読みやすく導入できる代わりに、業務を製品の標準に合わせる必要があります。合うかどうかを分けるのは会社の規模ではなく、自社の業務のうち、他社と同じでよい部分がどれだけあるかです。この記事では、ERPパッケージとスクラッチ開発の違い、中小・中堅企業向けの製品の例、パッケージが合う会社・合わない会社の判定表を紹介します。

ERPパッケージとは：設定して使う既製品の基幹システム

ERPパッケージは、多くの企業に共通する基幹業務の流れ（受注→出荷→請求→入金、発注→入荷→支払、仕訳→決算など）を標準機能として持つソフトウェア製品です。導入する会社は、ゼロからプログラムを書くのではなく、取引先・品目・勘定科目などのマスタを登録し、締め日や承認の流れ、帳票の様式などを設定して使い始めます。

「ERPソフト」「ERP製品」と呼ばれるものも、ほぼ同じ意味です。提供形態には、自社のサーバーに導入するオンプレミス型と、ベンダーのクラウドサービスとして使うSaaS型などがあります。業務の範囲による分け方（統合型・コンポーネント型・業務ソフト型）と提供形態の違いはERPの種類で詳しく解説しています。

ERPパッケージで「できること」と「やること」

パッケージを導入すると、標準の業務の流れ・帳票・権限管理・会計との連動が最初から使えます。一方で、導入する側がやるべきことも残ります。

• 設定：締め日、支払条件、承認の段数、在庫の評価方法など、製品が用意した選択肢から自社に合うものを選ぶ
• マスタの整備：取引先・品目・勘定科目のコードを決め、旧システムのデータを整理して登録する
• 業務の見直し：製品の標準の流れと違う業務を、合わせるか、別の方法で対応するかを決める
• テストと教育：実際の取引で動きを確かめ、利用者に操作を覚えてもらう

ERPパッケージの導入とは、ソフトを買うことではなく、この4つの作業を自社で判断しながら進めることです。ERPそのものの意味はERPとはで整理しています。

パッケージの「標準」はどこから来ているか

パッケージの標準機能は、製品を開発したベンダーが多くの導入企業の業務や会計・税務のルールを取り込んで作ったものです。たとえば、受注残の管理、在庫の引当、締め請求、買掛金の支払予定といった流れは、業種を問わず多くの会社で似ています。標準に合わせるということは、こうした「多くの会社で回っている型」を自社の業務に取り入れることでもあります。

逆に言えば、製品の標準と自社の業務が大きく違う場合、その違いには2つの可能性があります。自社の強みとして守るべき業務か、過去の経緯で残っているだけの業務か、です。どちらなのかを見分けることが、パッケージ導入の出発点になります。

ERPパッケージとスクラッチ開発の違い

基幹システムの作り方は、大きく分けてパッケージ（既製品を設定して使う）とスクラッチ開発（自社専用にゼロから作る）の2つです。両者の違いを8つの観点で比べます。

実務では、どちらか一方に決める必要はありません。会計・販売・在庫はパッケージ、他社にない工程管理や顧客向けの受注画面だけスクラッチ、という組み合わせもよく取られます。スクラッチ開発を選ぶべき条件はスクラッチ開発とはで詳しく解説しています。

「パッケージ＋大量のアドオン」は、両方の弱点を抱えやすい

気をつけたいのは、パッケージを選んだうえで、合わない部分をすべて追加開発（アドオン）で埋めるやり方です。パッケージの「早く・費用を読みやすい」という利点が失われ、さらに製品のバージョンアップのたびに追加開発部分の改修とテストが必要になります。パッケージの弱点と、スクラッチの弱点の両方を抱える形になりやすいのです。

経済産業省が2025年5月に公表した「レガシーシステムモダン化委員会総括レポート」も、ユーザー企業に対して「現行踏襲を見直しつつ標準化対応を検討」することを求めています。同レポートは、経営資源の制約が大きい中堅・中小企業について、オーダーメイドのスクラッチ開発は避け、パッケージやSaaSを原則とすべきだとも述べています。今のやり方をそのまま新しいシステムで再現しようとする発想を改めることが、パッケージを選ぶときの前提になります。

中小・中堅企業向けERPパッケージの例

「ERPパッケージ 一覧」を調べる人のために、中小・中堅企業を対象に含む製品の例を、各社の公式サイトで確認できる範囲で整理します。製品の優劣やおすすめ順を示すものではありません。比較の入り口として、製品ごとの位置づけの違いを見てください。

※2026年11月時点で各社の公式サイトに掲載されている内容をもとに整理しました。製品の仕様・提供形態・価格は変わることがあるため、検討時は最新の公式情報と販売パートナーにご確認ください。掲載は一例で、ほかにも多くの製品があります。

表から分かるように、同じ「ERPパッケージ」でも、会計を軸に販売へ広げてきた製品、販売・在庫・製造を含めて最初から統合している製品、海外拠点や多通貨を強みにする製品など、出発点が違います。製品を比べるときは、機能の多さではなく、自社の業務のうち一番重い部分（製造業なら生産と原価、卸売業なら掛率と在庫引当）を、標準でどう扱えるかから確認します。

製品を比べるときに確認したい5項目

• 自社の重い業務の扱い：製造業なら所要量計算・工程・原価、卸売業なら掛率・在庫引当・締め請求を、標準機能と設定でどこまで扱えるか
• 提供形態と更新の頻度：SaaS型かオンプレミス型か。機能の更新はどのくらいの頻度で、事前に内容が知らされるか
• 追加開発の範囲：本体に手を入れられるか、外付けの仕組みでつなぐ方式か。連携の手段（APIなど）が公開されているか
• 販売・導入の体制：メーカーが直接導入するか、販売パートナー経由か。自社の業種で導入経験のあるパートナーがいるか
• データの取り出し：将来ほかの製品に移るとき、取引データやマスタを自社で取り出せるか

また、パッケージには製品ごとに保守の期限があります。たとえばSAPは、SAP Business Suite 7（SAP ERP 6.0を含む）のメインストリーム保守を2027年末まで、オプションの延長保守（保守料率に2ポイント上乗せ）を2030年末までと公表しています。製品を選ぶときは、今後の更新の方針と、自社がどのくらいの頻度で更新に追随できるかも確認しておきます。

パッケージが合う会社・合わない会社：10項目の判定表

ERPパッケージが合うかどうかは、会社の規模より業務の性質で決まります。次の10項目で、自社がどちら寄りかを確認してください。

「合う側」が7個以上ならパッケージを軸に検討、4〜6個ならパッケージと部分的なスクラッチの組み合わせを検討、3個以下ならスクラッチや業種特化の仕組みも含めて比べる、というのが目安です。特に2と7は重みが大きい項目です。2が「合いにくい側」なら、その業務だけは標準に合わせない方がよい可能性が高く、7が「合いにくい側」なら、どの作り方を選んでも費用が膨らみやすくなります。

※判定の目安は説明用の例です。業務の詳細によって判断は変わります。

判定が割れたときの考え方

多くの会社では、10項目の結果が「合う側」と「合いにくい側」に割れます。その場合は、業務ごとに分けて考えます。たとえば、会計・購買・在庫は「合う側」、受注の価格計算だけが「合いにくい側」なら、会計から在庫まではパッケージの標準に合わせ、価格計算だけを外付けの仕組みで持つ、という組み立てができます。

大切なのは、「合いにくい業務」を理由に、全体をスクラッチやアドオンだらけのパッケージにしないことです。合いにくい業務がどこにあるかを特定し、そこだけを別扱いにする方が、費用も保守も小さく収まります。

製品に合わない部分の埋め方：5つの方法と選ぶ順番

どのERPパッケージを選んでも、自社の業務と合わない部分（ギャップ）が一つも出ないことはまずありません。ギャップの埋め方は5つあり、上から順に検討するのが原則です。下に行くほど費用と保守の負担が大きくなります。

1. 運用を変える（業務を標準に合わせる）
   例外処理をやめる、締め日の種類を減らす、承認の段数をそろえるなど。費用はかからず、更新の影響も受けません。現場の負担と、取引先への説明が必要になることがあります。
2. 設定で対応する
   製品が用意している選択肢やパラメータの中で実現します。取引先別の締め日、在庫の評価方法、承認の流れなどは、多くの製品で設定の範囲です。
3. 周辺のツールで対応する
   帳票作成ツール、BIツール、ワークフローの仕組みなど、ERPの外で対応します。ERP本体に手を入れないため、更新の影響を受けにくくなります。
4. 外付けの仕組みを作る
   ERPのデータを連携して使う別のシステムを作ります。独自の見積計算や、取引先向けの受注画面などが該当します。連携の設計と保守が必要です。
5. アドオン（ERP本体への追加開発）
   ERPの中に機能を追加します。業務には最も合わせやすい反面、製品の更新のたびに改修とテストが必要です。SaaS型では、そもそも追加できる範囲が限られていることもあります。

この順番で検討すると、アドオンに回るのは「どうしても変えられず、外でも対応できないもの」だけになります。ギャップの洗い出し方はフィットアンドギャップ分析とは、標準に合わせる考え方はFit to Standardとは、アドオンの判断基準はERPのアドオンとはで詳しく解説しています。

例：部品メーカーのギャップ20件をどう仕分けるか

従業員90名、工場1か所で自動車向けの樹脂部品を作るメーカーが、ERPパッケージの候補製品で業務を確認したところ、標準機能と合わない点が20件見つかったとします。前章の5つの方法で仕分けた結果は次のとおりです。

• 運用を変える：9件。例：取引先ごとに5種類あった締め日を3種類に集約、社内向けの日報形式の在庫報告を廃止、見積書の承認を課長1段に統一
• 設定で対応：5件。例：取引先別の支払条件、品目ごとのロット管理の有無、工場内の保管場所（原料・仕掛品・製品）の区分
• 周辺のツールで対応：3件。例：取引先指定様式の納品書を帳票ツールで作成、月次の製品別損益をBIツールで表示
• 外付けの仕組み：2件。例：成形機の稼働実績をERPに取り込む連携、取引先のEDIとの接続
• アドオン：1件。例：取引先の指定による、梱包単位ごとの特殊な出荷ラベルの番号の採番

※説明用の例です。件数や仕分けの結果は、業務と製品によって変わります。

この例では、20件のうち14件が費用をかけずに解決し、本体のアドオンは1件だけになりました。仕分けの結果を経営会議で確認し、運用を変える9件について現場と取引先への説明の担当を決めるところまで進めると、プロジェクトの後半で「やはり元に戻したい」という話が出にくくなります。

ERPパッケージを選ぶときの進め方

パッケージ選定は、製品の資料を集めるところから始めると比較の軸が定まりません。次の順番で進めます。

1. 目的と範囲を決める
   刷新の目的を数字で決め、対象の業務と対象外の業務を分けます。全モジュールを一度に入れるか、段階的に入れるかもここで決めます。範囲が決まらないまま製品を比べると、各社の提案の前提がそろわず、見積もりを比べられません。
2. 自社の重い業務をシナリオにする
   製造業なら所要量計算と原価、卸売業なら掛率と在庫引当と締め請求など、製品によって差が出やすい業務を3〜5本のシナリオにします。
3. 候補を3〜4製品に絞る
   業種・規模・提供形態・販売パートナーの体制で絞ります。製品そのものに加え、導入を担うパートナーの業種経験も確認します。
4. シナリオでデモと質疑を行う
   同じシナリオで各社にデモを依頼し、標準でできること、設定でできること、追加開発が必要なことを分けて回答してもらいます。
5. 5年総費用で比較する
   ライセンス・利用料、導入作業、追加開発、保守、社内工数を5年分で並べます。追加開発の費用は、更新時の改修費まで含めて確認します。

製品と同じくらい「導入パートナー」を見る

ERPパッケージの導入は、製品を販売・導入するパートナー企業が担うことが多くあります。同じ製品でも、パートナーによって業種の経験、設定の進め方、稼働後の支援の厚さが違います。面談では、自社と近い業種・規模での導入経験、プロジェクトに入る担当者の経験、ギャップの対応をどう提案するか（すぐ追加開発を勧めるか、運用の変更から検討するか）を確認します。ギャップに対してすぐに追加開発の見積もりを出すパートナーより、まず運用と設定での対応を一緒に考えるパートナーの方が、5年総費用は抑えやすくなります。開発会社やSIerの選び方はベンダー選定の進め方も参考にしてください。

提案依頼の作り方はRFPの書き方、比較の軸の決め方はERPの比較ポイント、費用の内訳はERP・基幹システムの費用を参考にしてください。

よくある質問

まとめ

ERPパッケージとは、基幹業務の機能をあらかじめ備えた既製品を、設定して使うものです。スクラッチ開発と比べて早く、費用を読みやすく導入できる代わりに、業務を製品の標準に合わせる必要があります。パッケージが合うかどうかは会社の規模ではなく、他社と同じでよい業務がどれだけあるか、そして標準に合わせることを経営が決められるかで決まります。

製品に合わない部分は、運用の変更・設定・周辺ツール・外付け・アドオンの順に検討すれば、本体への追加開発を少なく抑えられます。製品の比較は、機能の多さではなく、自社で一番重い業務を標準でどう扱えるかから始めてください。

自社の業務にパッケージが合うのか、どこを標準に合わせるべきかを整理したい方は、無料診断で現状の業務とシステムから検討の方向性を確認できます。