基幹システム/ERPのモダナイゼーションは、自社の技術的負債と業務の独自性を整理してから選ぶと、候補を比べやすくなります。
移行方式と製品の提供形態を分けて考えたうえで、共通の評価軸を使って各社を比べ、RFPやPoCで提案内容を確かめます。
全体像や用語を先に確かめたい場合は、次の記事が参考になります。
▼全体ガイドの記事
・基幹システム/ERPのモダナイゼーションの完全ガイド
レガシーシステム刷新を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
選定前に整理すべき自社の課題
候補製品を探す前に、現行システムの負担と業務上の制約を押さえておきます。課題がどこにあるかが分かれば、比べるべき移行方法や製品形態も絞りやすくなります。
老朽化度合いとカスタマイズ率の洗い出し
SAP ECCの旧バージョンを使っている場合は、保守サポートの終了時期と、標準機能から外れたカスタマイズの範囲を確かめておきます。
カスタマイズ率が50%を超えると、同じ構成のまま移行した場合に費用が想定の2〜3倍へ膨らむ可能性があります。そのため、標準機能へ戻せる部分も分けて見積もります。
アドオンは、追加した理由と、今も必要な業務を合わせて記録します。導入時の課題がなくなっている機能は、標準機能へ戻す候補になります。こうした仕分けを早めに済ませると、後の見積もりに前提を反映できます。
法改正対応の負荷とダウンタイム許容度の切り分け
インボイス制度や電子帳簿保存法への対応が改修費を押し上げているなら、法改正への追随を優先条件に加えます。同時に、会計・生産・販売の処理を止められる時間も、部門ごとに見ておきます。これらの制約は、移行方式を選ぶ際の判断材料になります。
停止できない時期は、業務サイクルをもとに洗い出します。会計の締めや生産計画の切り替え、受発注の繁忙期などを関係部門と確認し、移行日程の条件として候補各社に伝えます。
移行アプローチ3つの種類と選び方
移行方式には、グリーンフィールド、ブラウンフィールド、ブルーフィールドの3つがあります。既存の負債と、業務を見直せる時間や予算を踏まえて選びます。
各方式の仕組みは基幹システム/ERPのモダナイゼーションとは？考え方・特徴・仕組み・目的を解説で確認できます。
業務再設計に踏み込める企業向けのグリーンフィールド型
業務プロセスを見直し、既存のカスタマイズを大きく整理できる企業には、グリーンフィールド型が候補になります。リビルドに近い方式で、12〜30ヶ月の長期計画になりやすい一方、将来の保守は簡素化できます。また、独自性が競争力につながる業務だけを再構築する考え方もあります。
移行負担を抑えたい企業向けのブラウンフィールド型とブルーフィールド型
停止や業務変更を抑えたい場合は、カスタマイズとデータを引き継ぐブラウンフィールド型が候補になります。移行期間は抑えやすい反面、保守コストが残る可能性があります。
ブルーフィールド型は、必要な業務やデータを選んで移す方式です。元記事では、2026年時点で組織の約48%が選ぶ折衷案とされています。
業務ごとに方式の仮説を置き、理由も示しておくと、候補を比べやすくなります。たとえば、会計はブラウンフィールド寄り、独自の受注生産管理はグリーンフィールド寄りと置く形です。
製品・ベンダーを比較する評価軸
候補を比べるときは、評価軸を先に決め、候補ごとに同じ質問を投げかけます。回答やデモの結果を並べて記録しておけば、説明の印象に左右されにくくなります。
- 業務適合度：標準機能と追加開発の境界を見極める
- 移行・法改正：データ移行支援と制度変更への対応方法
- 費用・運用：TCOに加え、導入実績や保守体制、拡張性を比べる
業務適合度とデータ移行支援力の確認
会計・人事・生産・販売の業務を、サンドボックスで試します。標準機能とアドオンの境界を見極めるとともに、移行リハーサルや分散データの統合方法も確かめます。
費用・TCOと実績・保守体制の確認
TCOには、ベンダー費用のほかに社内工数、並行稼働、教育研修も含めて考えます。元記事では、実質総費用をベンダー見積もりの1.3〜1.5倍程度とする目安を挙げています。
また、同規模・同業種の実績を見るとともに、稼働後の保守や、将来の更新・拡張への対応も確かめます。
パッケージ再導入・クラウドERP移行・フルスクラッチ・ハイブリッドの選び分け
移行方式を決めたら、次に提供形態を選びます。既存パッケージの再導入、クラウドERP、フルスクラッチ、あるいはそれらを組み合わせる方法を、業務の標準性と独自性に照らして比べます。
パッケージ再導入とクラウドERP移行の判断基準
会計や人事給与など標準化しやすい業務では、パッケージ再導入やクラウドERPが候補になります。標準機能の更新を活用できる一方で、独自ルールをどこまで製品に合わせられるかは、個別に見ておく必要があります。
クラウドERPは、ユーザー数や取引量、モジュール数などで課金単位が異なります。そのため、現状と将来の利用規模をそろえて見積もり、初期費・月額費に、データ移行やAPI連携の費用も加えて比べます。
フルスクラッチとハイブリッド構成の判断基準
標準機能では表現しにくく、競争力に関わる業務には、フルスクラッチが候補になります。元記事では、期間8〜30ヶ月、主要サブシステム全体で3,000万円〜2億円規模という費用例を示しています。
共通業務はパッケージ、独自業務は個別開発とするハイブリッドなら、両方の特性を組み合わせられます。
比較表・RFPとPoC・データ移行リハーサルの進め方
比較表とRFPには、自社の業務シナリオと評価条件を記します。提案内容は、段階を追って確かめます。
- 要件を整理する：対象業務、制約、優先度をRFPに記す
- 根拠をそろえる：回答をデモや仕様書で裏付ける
- 実条件で試す：説明やデモで終えず、移行と処理結果をPoCで検証する
RFPに記載する業務シナリオと非機能要件
RFPには、対象部門や利用者数、カスタマイズ範囲を記載します。あわせて、法改正への要求と現状課題も書き込みます。標準機能と追加開発の境界がどこにあるか、移行するデータの範囲も明らかにします。
非機能要件は、権限や障害対応、バックアップなどに分けます。サポートや更新方針も含め、それぞれに優先度を付けます。
採点には、回答の根拠も添えます。「移行に対応」といった説明だけでは、標準ツールで済むのか、個別開発が要るのかが分かりません。そのため、デモや仕様書、契約条項など確認方法を記し、未確認の事項は評価を保留にします。
PoCでのデータ移行リハーサルと回帰検証
PoCでは、会計や生産データの一部を使い、標準機能での業務再現と移行リハーサルを行います。新旧の処理結果も見比べ、月次・四半期の締めに合わせた並行稼働も試します。こうして、本番移行時の条件を具体化します。
合格条件には、処理が通ったかどうかだけでなく、処理時間や手作業の補正件数も含めます。問い合わせ箇所や、移行時の欠落や不整合も記録します。同じ条件で候補を比べれば、運用負荷の違いも見えてきます。
選定の失敗を避ける方法
機能一覧や導入実績だけで候補を決めると、既存カスタマイズや変更管理の検討が後手に回ります。費用や日程に響く条件は、契約前に確かめておく必要があります。
カスタマイズの膨張を防ぐ管理体制
元記事では、江崎グリコのSAP刷新で予算が当初215億円から342億円へ増えた事例を紹介しています。こうした膨張を抑えるには、要件変更をChange Requestとして記録し、審議する体制を先に決めておくことが重要です。
変更要求が出たときの見積もりと承認の流れは、ベンダーに確かめておきます。追加開発の単価や期間も事前に把握しておけば、契約後の個別交渉が減り、費用と日程を管理しやすくなります。
選定段階で組み込む予備費とガバナンス体制
元記事では、予算の10〜20%を予備費として確保し、2〜3社から見積もりを取る方法を紹介しています。見積もりは、期間や範囲、リスク費用の条件をそろえて比べます。
候補製品は基幹システム/ERPのモダナイゼーションのパッケージ・クラウド製品一覧も参照できます。
基幹システム/ERPのモダナイゼーション選定で判断が分かれやすいポイント
候補を絞った後も、方式や検証範囲で迷う場面があります。選定時に出やすい疑問を取り上げます。
領域ごとの移行アプローチの使い分け
移行アプローチは、領域ごとに使い分けられます。標準化しやすい会計は既存の構成を引き継ぎ、競争力に関わる業務は再設計するなど、業務の特性に合わせて方式を組み合わせます。
PoCの実施範囲
資料やデモの確認に加えて、実データに近い条件で移行を試し、新旧システムの処理結果を比べるところまで行います。
ベンダーの実績の扱い方
同規模・同業種の実績は参考になります。ただし、実績だけで決めず、自社のカスタマイズ範囲や移行リハーサルへの対応を、デモやPoCで確かめます。
まとめ
選定では、現行システムの負債と業務上の制約を把握したうえで、移行方式と提供形態を順に絞ります。共通の評価軸と実証結果を使って候補を比べることが、納得できる判断につながります。
提供形態の選択肢：パッケージ再導入・クラウドERP移行・フルスクラッチ・ハイブリッド
標準業務にはパッケージやクラウド、独自業務にはフルスクラッチが候補になります。両方が混在する場合は、ハイブリッドが候補です。いずれも、自社の負債と業務要件に沿って選びます。
RFP・PoCを経た最終候補の絞り込み
候補を2〜3社に絞ったら、PoCで移行と処理結果を検証します。既存製品では対応しにくい独自要件については、riplaが既存システムとの連携を含めた要件整理と構築を支援しています。
▼全体ガイドの記事
・基幹システム/ERPのモダナイゼーションの完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・レガシーシステム刷新の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。