基幹システム/ERP刷新で見直す機能と対象範囲は、業務機能・技術基盤・手法の3つから整理すると、費用対効果を踏まえて判断できます。ただし、範囲を絞りすぎると古い仕組みが残り、効果が中途半端に終わってしまいます。
刷新の進め方や事例は、基幹システム/ERP刷新の完全ガイドもご覧ください。
▼全体ガイドの記事
・基幹システム/ERP刷新の完全ガイド
レガシーシステム刷新の種類・工程・費用・会社選定までの全体像については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
基幹システム/ERP刷新で見直すべき機能・対象範囲の一覧
対象範囲は、業務領域を横軸、技術基盤を縦軸にして整理すると見通しが良くなります。業務領域は会計・販売・購買・在庫・生産などに、技術基盤はサーバー・データベース・連携基盤・帳票などに分かれます。
まずは業務機能の側から見直すべき領域を一覧で示し、刷新対象となる代表的な機能領域を順に見ていきます。
領域ごとに刷新の深さを変えると、費用対効果を高められます。競争優位に直結する領域は手厚く刷新し、定型業務に近い領域はパッケージの標準機能に寄せます。
会計・販売・購買・在庫・生産という業務機能の領域
中核となる業務機能は、会計から生産までの領域です。周辺領域も含めて、連携する機能を洗い出します。
- 会計：財務と管理の両面
- 販売：受注から出荷、売上まで
- 購買・在庫：発注・仕入から入出庫、棚卸まで
- 生産：計画と原価管理
- 周辺領域：人事・給与、固定資産、債権債務も確認の対象
これらの機能は、互いにデータでつながっています。たとえば、受注で在庫を引き当て、出荷で売上を計上すると、その情報が会計に反映されます。
領域ごとに刷新の優先度は異なります。会計は法令対応や監査要件が厳しく、標準機能で対応しやすい特性があります。ただし、会計領域の変更は影響が全社に及びます。
販売・在庫には、自社の商習慣やビジネスモデルが反映され、独自要件が多くなりがちです。また、生産は製造業の競争力の源泉であり、安易な標準化で現場が回らなくなるリスクがあります。こうした特性を踏まえ、標準機能に寄せる範囲と独自性を残す範囲を見極めます。
周辺領域は会計と密接に連携しています。刷新範囲から外すと連携の作り込みが新たな負担になるため、中核モジュールとのつながりも含めて対象を決めます。
インフラ・データベース・連携・帳票という技術基盤の領域
業務機能を支える技術基盤も、業務機能と合わせて刷新対象として洗い出します。機能だけを見て基盤を後回しにすると、古い基盤がボトルネックになり、効果が出ないことがあります。
- インフラ：サーバーやネットワークを支える基盤
- データベース：業務データを保持する仕組み
- 連携基盤：他システムとの接続を受け持つ部分
- 帳票・データ出力：業務情報を書き出す機能
連携基盤が刷新の難所になりやすいのは、販売管理や生産管理など多くの周辺システムとつながっているためです。外部のEDIや銀行システムも、接続先に含まれます。
長年の運用で接続点（インターフェース）が複雑化していることもあります。その場合、接続の本数と仕様を一覧にしないまま移行すると、「つながらない」「データが流れない」といったトラブルを招きます。
請求書や納品書、管理帳票には、現場で長年使われてきたフォーマットがあります。そのため、刷新後も同じ形を求められることがあります。一方で、刷新は帳票の必要性を見直し、Excel出力やBIツールで代替できないかを検討する機会にもなります。
技術基盤の対象範囲には、インフラやデータベースだけでなく、連携と帳票も含めます。
領域ごとに使い分ける刷新手法「7R」の一覧
機能と対象範囲を一覧にしたら、次は領域ごとに刷新の手法を決めます。AWSが提唱する「7R」は、移行や刷新の選択肢を7つに分けて示すフレームワークです。7Rを踏まえると、基幹システム全体に単一の手法を当てはめるより、領域ごとに適した手法を組み合わせる「ポートフォリオアプローチ」が現実的です。
7Rそれぞれの意味と適したケース
7Rは刷新の深さとコストが段階的に異なります。そのため、領域に合う手法を選ぶには、7Rの主な違いを押さえておく必要があります。
- Rehost（リホスト）：既存システムをそのままクラウドなどへ移す手法
- Replatform（リプラットフォーム）：OS・ミドルウェアを一部最適化して移行する手法
- Repurchase（リパーチェス）：独自開発をパッケージ製品に置き換えること
- Refactor（リファクタ）：アプリ構造を再構築する手法
- Retire（リタイア）：不要になった機能の廃止
加えて、Relocate（リロケート）は仮想環境ごと別基盤へ移す手法、Retain（リテイン）は当面そのまま維持する方針です。リホストは改修が最小限で済むため、短期間・低コストで進められます。リプラットフォームは、リホストより踏み込んだ改善ができます。リファクタは効果が大きい反面、期間と費用がかさみます。
リパーチェスは、SAP S/4HANAのようなパッケージ製品への置き換えを指します。標準機能に業務を寄せる「Fit to Standard」と相性が良く、ERP刷新では中心になることが多くあります。
また、すべてを刷新せず、廃止や維持を選ぶことも7Rの考え方に含まれます。
IPA（情報処理推進機構）は、モダナイゼーション手法を、リビルド・リライト・リホスト・ハードウェア更改の4分類で整理しています。この分類は7Rと粒度が異なりますが、「どこまで作り直すか」を段階的に捉える考え方は共通しています。
7Rなどのフレームワークは、正解を決めるものではなく、自社の議論を整理する共通言語として使うものです。
領域ごとに手法を組み合わせるポートフォリオの考え方
基幹システム全体を一つの手法で刷新すると、どこかに無理が生じます。このため、領域ごとに7Rを使い分けるポートフォリオアプローチが現実的です。発注側と開発会社は、費用や業務への影響を踏まえて計画を立てます。
- 会計・購買：競争優位に直結しない領域での、標準機能への置き換え
- 生産管理：独自性が強い領域での、構造からの作り直し
- 周辺システム：役割が残るものの維持と、使われていない機能の廃止
すべてをリビルドすると費用と期間が跳ね上がります。すべてをリホストすると、老朽化した業務ロジックが残ります。領域ごとに手法を組み合わせることで、刷新の全体像と優先順位をつかめます。
領域と手法のマトリクスは、経営層への説明資料にもなります。領域ごとにコストとリスクを見極めて手法を変えることを示せば、投資判断の後押しになります。さらに、対象範囲の一覧と7Rの組み合わせを一緒に示すと、刷新計画への納得感を高められます。
対象範囲・手法ごとの費用と期間の目安
範囲を広げれば効果は大きくなりますが、コストと期間も増えます。費用と期間は刷新の規模と手法で異なり、実際の金額は自社の規模・業種・要件によって変わります。そのうえで、規模と手法ごとに費用相場と期間の目安を見ていきます。
規模・手法別の費用相場
費用は刷新範囲と手法によって大きく変わるため、規模別の目安に加えて、手法による差や投資効果も見ておきます。
- 要件定義と業務の洗い出しのみ：200万〜500万円程度
- 単一の小〜中規模システム：3,000万〜1.5億円程度
- 複数の周辺システムを含む中〜大規模：1.5億〜5億円規模となる場合があります
小〜中規模の刷新では、SI費（システムインテグレーションの費用）が総額の60〜75％を占めることが多くあります。
手法別に見ると、リホストなどのクラウド移行型は数百万〜1,000万円台で実施できることが多く、比較的低コストです。一方、リビルドなどの再構築型は2,000万円から数千万円規模に及びます。
手法によって費用が一桁単位で変わるため、領域ごとの選択が総額を大きく左右します。費用は投資として捉え、絶対額だけでなく、運用コストの削減や得られる効果も合わせて判断します。
刷新事例には、保守費を年2,400万円から850万円へ約65％削減したケースがあります。初期投資を数年で回収できる見込みが立つことも珍しくなく、こうした見込みは適切な範囲設定の判断材料になります。
手法別の期間とスケジュールの考え方
期間は手法や範囲によって異なります。期限がある場合は、見積もりを計画の根幹に置き、範囲・手法・期間を連動させます。
- クラウド移行型（リホスト等）：3〜6ヶ月程度で完了することが多い
- 再構築型（リビルド等）：12〜18ヶ月以上かかるのが一般的
製造業の事例では、COBOL基幹系の刷新に約16ヶ月を要しました。範囲を広げるほど期間は延びるため、スケジュールから逆算して着手時期を決めておきます。
SAPの2027年問題のように期限が明確な場合は、期間の見積もりを起点に計画を組みます。再構築型に18ヶ月かかるなら、保守終了の2年以上前には意思決定を終えておかないと間に合いません。
SAP ERP（ECC6.0）の保守は2027年末に終了します。この期限に合わせるなら、範囲を欲張って広げるとスケジュールが延び、期限に間に合わなくなります。
段階的な移行は、期間を現実的に収める方法として有効です。優先度の高い領域から着手し、新旧を並行稼働させながら置き換えれば、長期化した場合もリスクを抑えられます。
対象範囲の一覧は、段階的な計画を組み立てる土台になります。
まとめ
基幹システム/ERP刷新で見直す機能と対象範囲は、業務機能と技術基盤の両面から整理できます。業務機能は会計から生産まで、技術基盤はインフラやデータベースから連携、帳票までが対象です。連携と帳票は見落とされやすいため、洗い出しの段階で一覧にしておきます。
7Rの手法は、領域ごとに使い分けるのが現実的で、これをポートフォリオアプローチと呼びます。手法には、リホスト・リプラットフォーム・リファクタ・リパーチェスがあります。残りは、リロケート・リタイア・リテインです。また、費用の目安は、要件定義のみで200万〜500万円、小〜中規模で3,000万〜1.5億円、中〜大規模で1.5億〜5億円です。
期間の目安は、クラウド移行型が3〜6ヶ月、再構築型が12〜18ヶ月以上です。SAPの2027年問題のような期限がある場合は、範囲・手法・期間を連動させて計画します。
対象範囲の検討では、まず業務機能と技術基盤を一覧にし、各領域に7Rを当てはめてマトリクスを作ります。なお、手法選びの背景にある進め方や事例は、完全ガイドでも確認できます。
▼開発を相談する前に読みたい無料ホワイトペーパー
・レガシーシステム刷新の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。