基幹システム刷新の完全ガイド｜中小企業の脱レガシー7ステップと費用相場

「販売管理システムが古くて電子帳簿保存法に対応できない」「作った会社の担当者が退職して、誰も中身がわからない」。基幹システムの刷新（脱レガシー）は、やらなければと分かっていても費用も期間も読めず、着手の判断がつきにくいテーマです。

この記事では、刷新の判断軸、進め方の7ステップ、方式別の費用相場、使える補助金、つまずきやすいポイントを整理します。「自社はどの方式を選ぶべきか」「何から手を付けるか」を決められる状態になることが目標です。

基幹システムの刷新（脱レガシー）とは何を指すのか

基幹システムが担っている業務範囲を先に整理します

基幹システムとは、止まったら事業が回らない業務を支えるシステムの総称です。販売管理、在庫管理、生産管理、原価管理、会計・給与が含まれます。刷新とは、この老朽化したシステム群を新しい仕組みへ入れ替え、あわせて業務手順を見直す取り組みです。古いシステムは「そのシステムに合わせて作られた手順」を抱えているため、中身を変えずに移植すると古い非効率を持ち込むことになります。

「2025年の崖」以降、議論の焦点はどこに移ったのか

経済産業省が2018年に公表した「DXレポート」では、老朽化・複雑化した既存システムを放置すると経済的損失が拡大すると問題提起され、これが「2025年の崖」として知られるようになりました。その後の議論は「規模を問わず、業務が特定のシステムと人に固定されている状態そのものがリスクである」という方向へ広がっています。中小企業で実際に引き金になるのは、サポート終了、改修を頼める人がいない、法改正に間に合わないという事情です。

レガシー化の典型パターンと、刷新を判断する5つの軸を押さえます

中小企業のレガシー化は4つのパターンで起きています

第一は、1990年代から2000年代に導入したオフィスコンピュータや、社内サーバー型のシステムが現役で動いているパターンです。動作が安定していて不満が出にくい反面、社外から使えず、故障時に代替機も部品も手に入りません。第二は、社内の誰かが作ったExcelブックやAccessが実質的な基幹システムになっているパターンで、マクロがブラックボックス化し、同じ得意先が違う表記で複数登録されていきます。第三は、設計書が残っておらず、計算の根拠を説明できるのが外部の特定担当者1名だけというパターン。第四は、サポート終了と改修費の高騰が同時に来るパターンで、先送りしているつもりが刷新費用に近い金額を延命に払い続けます。

保守費・改修リードタイム・属人化の3軸で現状を測ります

第一の軸は保守費です。年間保守費が同等機能のクラウド型サービスの年額と並ぶか上回っているなら、支払っているのは機能ではなく延命の対価です。第二の軸は改修リードタイムです。「請求書の様式を1項目変えたい」という依頼に見積2週間、実装2か月かかるなら、システムが事業のスピードを制限しています。第三の軸は属人化です。月次の締め、棚卸、原価集計を手順書なしで実行できる人が2名以上いるかを確認してください。1名しかいない処理が複数あるなら対策が必要です。

法改正対応とハードウェア更新時期が着手の引き金になります

第四の軸は法改正対応です。電子帳簿保存法の要件やインボイス制度（適格請求書等保存方式）に対して、現行システムの帳票や保存方法で要件を満たせるかを顧問税理士と突き合わせてください。作り直しが必要なら、検討を前倒しする根拠になります。第五の軸は更新時期です。サーバーの保守期限や端末の入れ替えが重なる時期はどちらにしても費用が出るため、同じシステムを載せ替えるのか、その予算をクラウド移行に振り向けるのかを同じ土俵で比較できます。3つ以上当てはまるなら概算見積の取得に着手する段階です。

基幹システム刷新の進め方は7ステップに分解できます

Step 1〜2：現行業務の棚卸しと、データ・マスタの整理から始めます

Step 1は現行業務の棚卸しです。製品比較から始めるのは順序が逆です。業務ごとに、誰が・どの画面で・何を入力し・どの帳票を出しているかを一覧にします。Excelで「業務名／担当／使用システム／入力項目／出力帳票／月間件数／例外処理」の7列を作れば十分です。例外処理を漏らさず書き出すことが見積精度を左右します。Step 2はマスタの整理で、得意先・仕入先・商品・単価の登録件数と実際に使っている件数を数え、重複・廃番・表記ゆれを洗い出します。

Step 3〜4：要件を「守る業務・変える業務」に分け、方式を選定します

Step 3は要件の分類です。棚卸しした業務を「強みや商慣習に直結するので必ず守る業務」と「昔からそうしているだけで変えてよい業務」に仕分けます。この線引きは経営者が決めてください。現場に任せるとほぼすべてが守る業務に分類され、カスタマイズ費用が膨らみます。目安として守る業務は全体の2〜3割です。Step 4は方式選定で、後述の4方式を「守る業務を満たせるか」で比較します。

Step 5〜6：移行範囲を絞り、並行稼働と教育を設計します

Step 5はデータ移行です。全履歴を移すと費用が跳ね上がるため、「マスタと残高は移行、取引明細は直近2〜3年分のみ、それ以前は参照用にCSVで保管」という設計が現実的です。Step 6は並行稼働と教育です。切替月は両方に入力する期間を設けますが負荷が高いため、1か月を上限とし繁忙期を避けます。教育は集合研修より、実際の伝票で「自分の担当業務だけを通してみる」練習のほうが定着します。

Step 7：旧システムの停止と、新しい保守体制を決めて締めます

停止前に、法定保存期間中のデータをどの形式で保管するかを決め、実際に取り出せるか試します。あわせて、誰が設定を変更できるか、誰がベンダーに問い合わせるか、マスタ登録は誰が承認するかを文書化します。ここを決めずに運用を始めると、数年後に同じ属人化が再発します。

刷新方式は4種類あり、費用と柔軟性のバランスで選びます

4方式を初期費用・月額・期間・柔軟性・向く規模で比較します

SaaS型ERPと業務別SaaSの組み合わせ、どちらを選ぶか

在庫・原価・会計の数字を常に一致させたい、月次決算を早く締めたいという要求が強い場合は統合型のSaaS型ERPが向きます。データが1か所にまとまり突合作業が減ります。業務ごとの使い勝手を優先するなら業務別SaaSの組み合わせが現実的です。その場合、CSV連携かAPI連携か、MakeやZapierのような連携サービスを使うかを必ず設計に含めてください。連携を人の手作業で埋めると、そこが新しい属人化の温床になります。

ノーコード内製とスクラッチ開発の判断基準を決めます

ノーコード内製は、業務が今後も変わり続ける領域に強みがあります。kintoneやAppSheet、Glideなどで自社の担当者が項目を追加できるため、変更のたびに見積を取る必要がなくなります。条件は「社内に月数時間、継続して触れる担当者を置けるか」の一点で、置けないまま外部に作らせるとノーコードでもブラックボックス化します。スクラッチ開発は、独自の商流や計算ロジックが競争力そのもので既製品では成立しない場合に限ります。作った時点の業務に最適化されるため、将来のレガシー化リスクも踏まえてください。

費用相場・期間の目安と、使える補助金を整理します

小規模（30名まで）と中規模（100名まで）でレンジが変わります

従業員30名までの企業が販売管理と在庫管理を業務別SaaSやノーコードで刷新する場合、支援現場での実感として初期費用30万〜150万円程度、月額3万〜10万円程度、期間3〜6か月が目安です。従業員100名までの企業が生産管理や原価管理を含めてSaaS型ERPを導入する場合は、初期費用150万〜500万円程度、月額15万〜50万円程度、期間8か月〜1年半という幅になります。拠点数、工程管理の細かさ、EDI対応の要否といった条件が加わるほど上限側に寄ります。

費用は5項目に分解し、見積書に載らない自社工数まで見ます

見積は総額だけを見ず、①ライセンス費②初期構築費（設定・画面調整・帳票作成）③データ移行費④教育・マニュアル作成費⑤並行稼働期間の自社人件費、の5項目に分解して比較してください。見落としやすいのが⑤です。二重入力や検証作業に担当者が1か月で40〜80時間を追加で使うことは珍しくありません。計上せずに稟議を上げると現場が疲弊し、切替直後に「前のほうが良かった」という声が出ます。

補助金は目的別に使い分け、最新要件は必ず公式サイトで確認します

検討候補は大きく4系統です。第一に、ソフトウェアやクラウドサービスの導入費用を対象とするIT導入補助金で、販売管理・在庫・会計の導入に最も使いやすい制度です。第二に、デジタル化・AI導入を後押しする枠組みで、生成AIの活用やデータ基盤の整備を含む投資が対象です。第三に、ものづくり補助金で、生産設備とあわせて生産管理システムを整備する場合。第四に、省力化投資補助金で、人手不足対応として作業時間を削減するシステムが対象です。

補助率・補助上限額・対象経費・公募期間・申請要件はいずれも年度ごとに見直され、名称や枠組み自体が変更されることもあります。最新情報は必ず各制度の公式サイトでご確認ください。補助金は原則として交付決定後の発注が対象です。先に契約すると対象外になるため、スケジュールは公募時期から逆算してください。

刷新の成否を分けるのは、技術選定よりマスタデータの整備です

当協会の支援現場で最も多い詰まり方をお伝えします

当協会がDX支援の現場で基幹システム刷新のご相談を受けるなかで実感しているのは、刷新がうまく進まない理由の多くが製品選定の失敗ではなく、マスタデータの整備不足にあるということです。どの製品を選んでも、投入するデータが整っていなければ同じところで止まります。

詰まり方は具体的です。得意先マスタを取り込む段階で、同じ取引先が「株式会社」の位置や全角半角、支店名の付け方の違いで3〜4件に分かれて登録されていることが判明します。どれが生きているレコードかを判断できる人が社内にいないため、過去の伝票をたどり、担当営業に聞き、取引先へ確認の連絡を入れることになります。この確認だけで数週間が溶け、移行スケジュールがずれます。在庫数量が合わない原因が、計算ミスではなく同じ商品が旧品番と新品番の2つのコードで管理されていたためだった、というケースにも何度も行き当たりました。

製品を選ぶ前に着手できる3つの準備があります

そこでおすすめしているのは、製品選定を待たずに着手する準備です。第一に、得意先・仕入先・商品の各マスタから直近1年間に取引のあったものだけを抽出し「現役リスト」を作ること。全件を整えようとすると終わらないため現役分に絞ります。第二に、正式名称の表記ルールを社内で1つ決め、法人格の位置・全角半角・スペースの有無を文書化することです。第三に、新しいマスタを誰が登録・承認するかを決めること。これを決めないと新システムでも同じ重複が再生産されます。

この3つはどの方式でも必要になり、見積を待つ期間に自社で進められる数少ない工程です。より詳しい進め方は中小企業のDX・AI活用情報（当協会オウンドメディア）でも継続的に取り上げています。

導入事例：3社の刷新パターンを規模別にご紹介します

事例1：製造業（従業員45名規模）が生産管理のオフコンからSaaSとノーコード併用へ

20年以上使用してきたオフィスコンピュータで生産管理を行っていた製造業のお客様です。課題は、故障時の代替手段がないこと、現場から進捗を入力できず紙の日報を転記していたこと、改修を依頼できる担当者が引退間近だったことの3点でした。

受注・出荷・請求は業務別SaaSに寄せ、工程進捗の入力と日報だけを現場の使い方に合わせてノーコードツールで内製する分担にしました。期間は約7か月、並行稼働は1か月。効果として日報の転記が1日あたり約1時間削減され、月次の原価集計が翌月中旬から翌月5営業日程度まで前倒しできました。

事例2：卸売業（従業員25名規模）がExcel在庫管理から業務別SaaS連携へ

在庫管理を担当者ごとのExcelブックで運用し、月末に統合していた卸売業のお客様です。課題は、在庫数が実地棚卸と毎回合わないこと、複数人が同時に更新できないこと、作成者以外がマクロを理解できないことでした。

まず商品マスタの整理から着手しました。登録約4,000件のうち直近1年で取引があったのは約1,200件で、残りは廃番や重複でした。整理に約1か月を充て、在庫管理と受発注の業務別SaaSを導入し、会計ソフトとはCSV連携で接続しました。効果として月末の在庫統合作業（従来は2名で半日程度）が不要になり、棚卸差異も縮小しました。定着まで約4か月です。

事例3：建設業（従業員60名規模）が原価管理の属人化を解消

工事別の原価管理を、ベテラン社員1名がExcelとAccessの独自の仕組みで行っていた建設業のお客様です。集計は正確でしたが、その方が休むと工事別の利益が見えず、月次の経営判断が止まる状態でした。

まず同席いただいて計算ロジックを書き出したところ、原価の付け替えや共通費の配賦基準が、文書化されない判断で運用されていたと判明しました。その基準を経営者が正式ルールとして確定させたうえで、工事別原価をSaaS型の管理システムへ移し、現場の入力はスマートフォンからに変更しました。効果として工事別の粗利が週次で確認でき、赤字が出そうな工事を進行中に把握できるようになりました。当該社員の作業時間も月20時間程度削減されています。

刷新のデメリットと注意点を4つ挙げます

注意点1：移行期の二重運用は現場の負荷が想定以上に重くなります

並行稼働中は、両方に入力して結果が一致するかを検証する作業が通常業務に上乗せされます。対策は、1か月以内に区切ること、繁忙期と決算期を避けること、残業を予算化しておくことです。あわせて、切替後の1〜2か月は処理速度が落ちる前提で営業側と調整し、社内にも事前に周知してください。周知がないと現場は失敗したと受け取り、旧システムへの回帰要求が出ます。

注意点2：データ移行は想定外コストが最も出やすい工程です

着手すると、文字化けの修正、重複の判定、旧システムから取り出せない項目の手作業補完が追加で発生します。契約前に「移行の対象範囲と、範囲外になった場合の追加費用の算定方法」を見積書に明記してもらってください。対象を直近数年に絞れば変動幅を抑えられます。

注意点3：カスタマイズしすぎると数年後に再びレガシー化します

新しいSaaSでも、標準機能から外れた作り込みを大量に加えると製品のバージョンアップに追従できず、同じ問題が再発します。これが再レガシー化です。守る業務の範囲を超える要求が出たときは、業務手順を変える選択肢を必ず検討してください。カスタマイズ費用が初期構築費の3割を超えたら、要件を見直す局面です。

注意点4：ベンダーロックインとデータの持ち出し可否を事前に確認します

特定の事業者だけが設定を変更でき、他社では引き継げない状態になると価格交渉力を失います。契約前に、解約時にデータをどの形式でエクスポートできるか、設定変更を自社で行える範囲、設定や連携仕様のドキュメントを提供してもらえるかの3点を書面で確認してください。

よくある失敗パターンと対策を4つに整理します

失敗1：製品選定から始め、要件が固まらないまま契約する

デモを見て機能の多さに納得して契約し、後から「この業務が入らない」と判明して追加費用が積み上がるパターンです。対策はStep 1の業務棚卸しを終える前に契約しないこと。一覧表は複数社へ同条件で見積を依頼する資料になり、金額の差が何の差なのかを比較できます。

失敗2：現場の要望を全部拾い、カスタマイズ費用が膨らむ

要件定義の場で要望を集めると、ほぼすべてが「今と同じでないと困る」という形で出てきます。全て実装すると費用は当初想定の2倍以上になり、旧システムの不便さも引き継ぎます。対策は優先順位の基準を経営者が先に示すこと。「顧客に影響する要望は守る、社内の慣れの問題は変える」という基準で議論が収束します。

失敗3：社内に担当者を置かず、外部に丸投げする

専任でなくてかまいませんが、窓口となり判断を持ち帰る担当者を1名決める必要があります。不在だと確認事項が滞留してスケジュールが遅れ、稼働後も設定変更のたびに外部依頼が必要になります。着手時点で任命し、通常業務を意図的に減らしてください。

失敗4：運用ルールを決めずに稼働させ、同じ属人化を再生産する

稼働で安心し、マスタ登録の承認者、コードの命名ルール、月次処理の手順書を決めないまま数年が経つパターンです。結果として重複マスタが増え、手順を知る人が1名だけになり、次の刷新で同じ苦労を繰り返します。Step 7の文書化は「稼働の条件」として計画に組み込んでください。

まとめ：刷新は製品選びではなく、業務とデータを整える取り組みです

今日から着手できる3つのことを整理します

第一に、現行システムの年間保守費と直近3年の改修費を合計してみること。第二に、得意先・商品マスタの登録件数と、直近1年で実際に取引があった件数を数えること。第三に、月次の締め処理を手順書なしで実行できる人が何名いるかを確認することです。いずれも社外への依頼なしに数日で確認できます。

方式選定は「守る業務」を決めてから比較します

方式はSaaS型ERP、業務別SaaSの組み合わせ、ノーコード内製、スクラッチ開発の4つです。費用と柔軟性は概ね逆相関しますが、決め手は金額ではなく、必ず守る業務をどこまで絞り込めるかです。2〜3割に収まればSaaSやノーコードの組み合わせで成立し、費用も期間も抑えられます。半分を超えるなら、まず業務手順そのものを見直す段階です。なお本記事の費用・期間は一般的なレンジと支援現場での実感値であり、実際の金額は必ず複数社の見積でご確認ください。