基幹システムの刷新とは｜改修との違い・4つの手法・費用と期間の見方

この記事は、長く使っている業務システムについて、直して使い続けるか、作り替えるかを判断したい中小企業の経営者と情報システム担当者に向けたものです。この判断を扱う記事の多くは、維持費用と刷新費用を比べる方法を示します。計算としては正しいのですが、判断の入口としては早すぎます。費用を比べる前に決めておくべきことが2つあります。この記事では、その2つを先に決める理由と、決め方を扱います。製品やベンダーの比較は扱いません。

結論

改修か刷新かは、費用の大小では決まりません。何時間止められるか、失敗したときに戻せるか。この2つを先に確定させると、選べる方式が絞られ、費用比較は最後の確認作業になります。

基幹システムの刷新とは

刷新と改修はどう違うか

改修は、いま動いているものを残したまま、困っている箇所だけを部分的に直す進め方です。刷新は、その上で動くプログラムだけでなく、土台になっている機器や基盤、データの持ち方まで含めて作り替えることを指します。

どこからが作り替えるべき状態なのかは、情報処理推進機構（IPA）が運営するDX SQUARE のモダン化に関する解説が目安になります。同ページはレガシーシステムの主な症状を「運用を継続させる維持保守や機能改良を行いたくても行えなくなってしまった状態」と説明しており、直したくても直せなくなっているかどうかが線引きになると読めます。

同ページは、メインフレームやCOBOLを採用していること自体はレガシーシステムの条件ではないとも明記しています。継続的な機能改良が可能な状態で維持されているのであれば、レガシーシステムとして扱うべきではない、という整理です。古いこと自体は刷新の理由になりません。判断の材料になるのは、稼働年数ではなく、いまも直せる状態かどうかです。

刷新の手法は4つに分かれる

何を作り替えるのかによって、刷新は大きく4つに分かれます。上位の記事で使われている呼び方も、経済産業省やIPAの資料に由来する共通の語彙です。どれを選ぶかで、費用も期間も、業務側が負う負担も変わってきます。

手法	変えるもの	向いている状況
ハードウェア更改	機器と基盤だけを新しくする	期限が機器側にある
リホスト	動く環境を移す。プログラムは原則そのまま	期限は近いが業務は変えたくない
リライト	同じ機能を別の言語や基盤で書き直す	直せる技術者がいない
リビルド	業務要件から作り直す	業務のやり方そのものを変えたい

この4つのほかに、パッケージ製品やクラウドERPを導入する道もあります。自社の業務を製品の標準機能へ合わせられるかどうかが分岐点で、合わせられるなら短い期間で移れますし、合わせられないなら追加開発が積み上がって費用も期間も膨らみます。どちらになるかは、製品を選ぶ前に業務側で決めておく話です。

費用比較から入ると判断を誤る

維持費と刷新費を比べると、多くの場合「数年で元が取れる」という結論が出ます。この計算には、失敗したときの費用が入っていません。システムの入れ替えで実際に痛手になるのは、初期費用ではなく移行が想定どおり進まなかったときの業務停止です。受注が取れない、出荷できない、請求が出せない。この損失は、費用比較の表には現れません。そのため、判断の順序を変えます。費用は3番目です。この業務を何時間止められるか。想定どおり動かなかったとき、元に戻せるか。改修と刷新で費用はどう違うか。この3つです。1と2の答えによって、そもそも選べる選択肢が変わってきます。費用を先に見ると、選べない選択肢を検討することになります。

先に決める2つの条件

条件1｜止められる時間

対象のシステムが止まったとき、業務が何時間耐えられるかを決めます。感覚ではなく、業務ごとに確認します。

確認すること	確認の方法
止まると何ができなくなるか	受注、出荷、請求、問い合わせ対応など、業務名で挙げる
手作業で代替できるか	紙や表計算で回せるか。回せる場合、何人で何時間持つか
いつなら止めやすいか	月末月初、決算期、繁忙期を外した時期を特定する
取引先への影響	納期や請求の遅れが契約上の問題になるか

2行目が重要です。手作業で1日耐えられるなら、選択肢は大きく広がります。逆に1時間も止められないなら、一括での切り替えは選べません。段階移行か、並行稼働が前提になります。

条件2｜戻し方

切り替えた後に問題が起きたとき、元の状態へ戻せるかどうかを確認します。ここで見るのは戻せるかどうかを判断の入口に置けているかだけです。旧システムが動く状態で残っていない計画は、この時点で選択肢から外します。

戻す判断をする人、戻す期限、切り替え後に入力されたデータの扱い。この3点を具体的に決める手順はレガシーシステムの移行計画で扱っています。刷新を選んだ場合は、切替日を決める前にそちらへ進みます。

改修が向く場合・刷新が向く場合

2つの条件を確認したうえで、どちらが向くかを判断します。

状況	向いている選択
止められる時間が短く、手作業の代替もない	改修。または並行稼働できる範囲での段階移行
困っているのが一部の機能だけ	改修。全体を作り替える理由がない
改修できる人や会社が見つからない	刷新。直せない状態が続くほうがリスクが高い
利用している基盤のサポートが終了する	刷新。期限が外から決まっている
業務のやり方そのものを変えたい	刷新。ただし業務整理が先
改修の見積もりが繰り返し高額になる	刷新を検討。構造上の問題がある可能性

5行目には注意が要ります。業務を変えたいという理由での刷新は、業務整理を先に済ませないと失敗します。現在の業務のまま新しいシステムへ載せ替えると、以前と同じ不便が残ります。業務の棚卸しから始める手順は属人化を解消する業務棚卸しの進め方で扱っています。4行目のサポート終了については、どの基盤がいつ切れるのかをブラックボックス化した基幹システムとどう向き合うかで確認してください。

仕様書がない場合にやること

長く使っているシステムほど、仕様書が残っていないことが多くあります。この状態では、改修も刷新も見積もりが出ません。何を作るのか決まらないためです。判断の前に、次を確保します。

ソースコードの現物。動いているものと同じ版であることを確認します。稼働している環境の情報として、サーバー、ドメイン、契約先、契約期間。データのバックアップと、復元できることの確認。外部サービスとの接続に使っているアカウントの一覧。現在使われている機能の一覧も要ります。使っていない機能を作り直さないためです。

5番目は費用に直結します。実際には使われていない機能が、要件として引き継がれることがよくあります。画面ごと、帳票ごとに、直近1年で使ったかを利用者へ確認します。

仕様が分からないシステムへの向き合い方はブラックボックス化した基幹システムとどう向き合うかで詳しく扱っています。

改修できる相手を先に探す

改修を選ぶ場合、実際に直せる相手がいることが前提になります。開発した会社が撤退している、担当者が退職している、使われている技術を扱える技術者が少ない。こうした状況では、改修という選択肢が机上のものになります。

判断の前に、改修の見積もりを実際に取ってみます。見積もりが出てこない、あるいは極端に高額になる場合、それは改修が困難であることを示しています。刷新の見積もりと並べる前の確認事項です。

見積もりを依頼するときは、現物のソースコードと稼働環境の情報を渡せる状態にしておきます。これがないと、どの会社も見積もりを出せません。次章の内容を先に済ませることになります。

費用の比べ方

2つの条件を確認したうえで、ここで初めて費用を比べます。片方だけに含まれる費用があるため、項目をそろえます。

費用の項目	改修	刷新
初期費用	改修費	開発費または導入費
年間の維持費	現行の保守費	新システムの利用料と保守費
データの移行	原則不要	必要。件数と項目数で変わる
並行稼働の費用	不要	重複期間の両方の費用
教育と定着	小さい	利用者全員分の時間が必要
業務が止まる時間の損失	小さい	移行の方式によって変わる

下の3行が、見積もりに含まれない費用です。特に教育と定着にかかる時間は、社内の人件費として実際に発生します。利用者が10名なら10名分の時間を見込みます。

比較する期間は5年を目安にします。3年だと刷新が不利に、10年だと現実の事業計画から離れます。

世の中に出ている金額の目安と、その確かさ

金額の目安を出しているページはいくつもありますが、示している桁がそろっていません。費用相場を扱う代表的な3本を並べると、同じ「小規模」でも100万円台から500万円以上まで開きがあります。

掲載元	示している目安	期間の目安	出典表記
SucSak	部分改修 数十万円〜300万円／中規模改修 300万円〜1500万円／全面刷新 500万円〜1億円超	1〜3か月／3〜9か月／1〜2年	なし
C3index	小規模 500万〜2,000万円／中規模 2,000万〜8,000万円／大規模 8,000万〜3億円以上	記載なし	なし
パソナ	小規模 100万円〜2,000万円／中規模 2,000万円〜1億円／大規模 1億円以上	記載なし	なし

上表の出どころは次の3本です。SucSak「基幹システム刷新の費用相場はいくら？」、C3index「基幹システムの費用相場【2026年版】」、パソナ「基幹システムリプレイスの費用相場」（いずれも2026年9月6日確認）。

3社とも桁が違ううえ、本文に出典の表記がありません。同じ数字を裏づける公的な統計を探した範囲では見つけられず、相場として引用できる根拠は確認できませんでした。したがってこの表は、相場を示すものではなく、自社が受け取った見積もりを並べて桁を眺めるための材料としてだけ使えます。刷新そのものにかかる期間も同じで、1〜2年という目安を出しているのはSucSakの1本だけです。

金額が確定しているのは補助金の側

確定した金額として引用できるのは、補助金の上限額です。中小企業基盤整備機構のデジタル化・AI導入補助金2026（正式名称は中小企業デジタル化・AI導入支援事業）の通常枠は、補助率が1/2以内、低賃金雇用従業員が全従業員の30%以上である場合は2/3以内と定められています。補助額は1プロセス以上で5万円以上150万円未満、4プロセス以上で150万円以上450万円以下です。

必須の補助対象経費はソフトウェア購入費とクラウド利用料で、クラウド利用料は最大2年分が対象になります。導入コンサルティング、導入設定・マニュアル作成・導入研修、保守サポートはオプションとして対象に含められます。対象がソフトウェアとクラウドである以上、既存システムの改修は対象になりにくく、この制度は刷新の側で効きます。公募回ごとに条件が変わるため、申請の前に必ず公式サイトで最新の要件を確認してください。

段階移行という選択肢

改修か刷新かの二択で考えると、判断が止まりがちです。止められる時間が短い場合ほど、段階移行が現実的な選択になります。

方式	内容	向いている状況
一括切り替え	ある日を境に全面的に切り替える	止められる時間が確保できる。規模が小さい
並行稼働	一定期間、新旧の両方を動かす	戻せる状態を保ちたい。二重入力の負担を許容できる
段階移行	機能や部門ごとに順次切り替える	止められる時間が短い。規模が大きい

並行稼働は安全ですが、期間中は同じ内容を二重に入力する負担が発生します。期間を決めずに始めると、現場が疲弊して形だけになります。何週間で終えるかを先に決めます。

段階移行では、切り替えた部分と未切り替えの部分をつなぐ手当てが必要になります。この手当てにかかる費用も見積もりへ含めてもらいます。

判断の進め方と関係者

判断そのものより、判断に至る進め方でつまずく例が多くあります。次の順序で進めます。

段階	やること	関わる人	目安期間
1	止められる時間を業務ごとに確認する	各業務の担当者	1〜2週間
2	現物と環境情報、使用中機能を確保する	情報システム担当または委託先	2〜4週間
3	改修と刷新の両方で見積もりを取る	経営者、複数のベンダー	4〜6週間
4	移行方式と戻し方を決める	経営者、ベンダー	1〜2週間
5	決定と契約	経営者	2〜4週間
6	使われているかを画面単位で確認し、止めた業務が戻っているかを見る	各業務の担当者、情報システム担当	稼働後3か月

全体で3〜4か月を見込みます。この期間を確保せずに進めると、比較検討が省かれ、最初に話を聞いたベンダーの提案がそのまま採用されます。サポート終了などの期限がある場合は、期限から逆算して着手時期を決めます。6段階目は稼働後の話であり、この3〜4か月には含めていません。進め方を扱う上位記事5本がそろってここを最終工程に置いており、契約や稼働で終わりにすると、何のために作り替えたのかが確認されないまま残ります。

1段階目に各業務の担当者を巻き込むことも重要です。経営層と情報システム担当だけで止められる時間を決めると、実際の業務で耐えられない前提が置かれます。

改修も刷新もせず、保守を頼む相手だけを変える選択もあります。その場合に受け取るものはシステム保守の引き継ぎで扱っています。

刷新が失敗するときの型

上位の記事が共通して挙げる失敗は4つです。ひとつは、要件定義の主導権をベンダーへ渡してしまうこと。次に、現場ごとの個別要件に合わせてカスタマイズを積み増し、製品の標準機能から離れていくこと。三つ目は、テスト段階に入っても追加要望が止まらず、スコープが膨らみ続けること。四つ目は、データ移行を稼働直前の作業だと考えることです。どれも、決めるべきことを決めないまま先へ進んだ結果として起きます。

情報処理推進機構（IPA）の「システム再構築を成功に導くユーザガイド 第2版」（2018年2月23日発行）は、再構築が失敗する原因を「時間が経過して不明瞭になっている現行システムの仕様があいまいなまま、それをもとに新システムの開発に着手」してしまうことだと書いています。仕様が分からないまま金額と期間を決めるところに原因があるという指摘で、本記事の「仕様書がない場合にやること」で挙げた現物と環境情報の確保は、まさにここへ効きます。

同ガイドの第2版は、品質保証の検討において重要な観点として取り上げた「業務継続性」をいかに担保するかについて内容の改訂を行った、と説明しています。本記事が最初に置いている「止められる時間」は、この業務継続性と同じものを別の言い方にしただけです。順序の先頭に置いている理由も、そこにあります。

出典付きで読める失敗の記録としては、安いシステムを選んで3年で入れ替えた事例と会計システムの導入に失敗した事例で、何がどの順序で起きたかを扱っています。上位の記事が載せている失敗事例は匿名で、読者の側から裏を取る手立てがありません。事例を読むのであれば、出どころの分かるものから当たったほうが、自社の状況へ当てはめやすくなります。

この論点の出どころ

既存システムを直すか入れ替えるかという論点は、2018年9月に経済産業省がまとめた『DXレポート ～ITシステム「2025年の崖」克服とDXの本格的な展開～』を起点に議論されてきました。情報処理推進機構（IPA）は、その後の状況や課題を調査し、「DX白書2021」「DX白書2023」、そして現在の「DX動向」として公表しています。

議論の出発点が「崖」という言葉だったため、入れ替えを前提とした話に受け取られやすい面があります。ただし判断すべきは時期ではなく、止められる時間と、戻せる手段があるかです。

IPAが2026年7月に公表した調査のポイントでは、国内企業においてDXは普及し、AI導入も着実に広がっている一方、業務効率化の段階から新たな価値創出やビジネス変革へと発展させることが今後の重要な課題であることが示された、とされています。入れ替えたかどうかではなく、その先で何が変わったかが問われる段階です。

議論は2018年で止まっていません。経済産業省は2025年5月28日に「レガシーシステムモダン化委員会総括レポート」を公表しました。委員会での議論は2024年7月から2025年3月、市場動向調査は2024年12月から2025年2月に行われ、2025年6月27日には主なポイントを抜粋・編集したプレゼンテーション用の編集版が関連資料へ追加されています。同レポートはユーザー企業が取るべき対策として、システムの可視化と内製化を進め、現行踏襲を見直しつつ標準化対応を検討し、上流人材を育成・確保することを挙げており、本記事が「仕様書がない場合にやること」で書いた、使われていない機能を要件として引き継がないという確認と同じ方向です。

出典

• 情報処理推進機構（IPA）「DX動向 企業等におけるDX推進状況調査分析」　2026年9月2日確認
• 情報処理推進機構（IPA）「DX動向2026調査のポイント 広がるAI導入、DXは変われるか」（2026年7月16日発表）　2026年9月2日確認
• 中小企業基盤整備機構「デジタル化・AI導入補助金2026 通常枠」　2026年9月6日確認
• 情報処理推進機構（IPA）「システム再構築を成功に導くユーザガイド 第2版」（2018年2月23日発行）　2026年9月6日確認

よくあるご質問

改修と刷新の中間の選択肢はありますか

あります。機能単位で切り出して新しい仕組みへ移し、残りは当面そのまま使う方法です。全体を止められない場合に有効ですが、二重管理の期間が生じるため、いつ終わらせるかを先に決めます。

見積もりが会社によって大きく違います

前提条件が揃っていないことが原因です。停止できる時間、移行するデータの範囲、切り戻しの方法の3点を同じ条件で示して、再提出を依頼します。金額だけを比べても判断できません。

判断を先送りするとどうなりますか

保守できる人がいなくなる時点が期限になります。その時点を過ぎると、改修という選択肢が消え、刷新しか残りません。判断を保留する場合も、いつまで保留するかを決めます。

刷新にはいくらかかりますか

公的な統計で確認できる相場は、調べた範囲では見つかりませんでした。出回っている規模別の金額は、いずれも出典表記のない各社独自の目安で、桁も一致していません。確定した金額として書けるのは補助金の上限額だけなので、費用の見当をつける前に「世の中に出ている金額の目安と、その確かさ」の節を読んでから、自社の見積もりを取ってください。

4つの手法のうち、どれを選べばよいですか

手法から選ぶと、比較する軸がそろわないまま話が進みます。先に止められる時間と戻し方を決めると、条件を満たさない手法がその場で落ちて、候補は2つか3つに絞られます。業務のやり方を変えないのであればリホストやリライトが残り、やり方そのものを変えるのであればリビルドかパッケージ導入になります。

今週着手するなら、対象システムが止まったときに何ができなくなるかを、業務名で書き出すところまでです。手作業で何時間持つかまで確認できれば、判断の土台ができます。

システム課題を含めたDX全体の進め方は中小企業のDXは何から始める？で扱っています。

自社の状況に当てはめる段階で判断がつかない場合は、お問い合わせからご連絡ください。