基幹システム刷新の進め方｜判断と順番

「そろそろ基幹システムを替えたほうがいいのでは」という話は、多くの会社で何年も前から出ています。それでも動かないのは、担当者が怠けているからではありません。替えるべき理由も、替えないべき理由も、どちらも本当だからです。動いているものを止めれば業務が止まる。かといって放置すれば、いつか誰も触れなくなる。この二つの間で判断が止まります。

本記事は、その判断を前に進めるための材料を並べた記事です。「刷新すべきです」とも「まだ大丈夫です」とも言いません。代わりに、どういう状態になったら刷新の検討に入るべきか、どういう状態なら延命のほうが合理的か、そして刷新すると決めた場合に何から手を付けるかを、順番に整理します。

先にお伝えしておくと、当社は基幹システムの開発会社ではありません。AI導入支援の立場です。だからこそ、特定の製品を売る動機がない立場で「判断の材料」だけをお出しできます。実際、ご相談のなかで「今は替えないほうがよいのでは」とお伝えすることも珍しくありません。

結論：先に延命の可否を判断する

結論から書きます。基幹システムの話で最初に決めるべきなのは、「どんなシステムに替えるか」ではなく「そもそも今替える必要があるか」です。この順番を間違えると、製品比較から議論が始まり、比較しているうちに1年が過ぎます。

判断の考え方はシンプルです。

1. 今のシステムを止めずに使い続けられるかを確認する（技術的な可否）
2. 使い続けた場合に何年後に何が起きるかを洗い出す（時間の制約）
3. その間にデータを取り出せる形にしておけるかを確認する（逃げ道の確保）
4. ここまで揃ってから、初めて替えるかどうかを決める

多くの会社が3を飛ばします。ところが実務でいちばん効くのが3です。データが自由に取り出せる状態になっていれば、刷新の判断は先送りしても致命傷になりません。逆に、データが中に閉じ込められたままだと、乗り換え先の選択肢そのものが狭まります。

なお、DXそのものの進め方や、社内でありがちな失敗の型については、当サイトのDXが失敗する理由と中小企業のDX推進で扱っています。本記事は総論には踏み込まず、基幹システムという具体的な対象に絞って判断の材料を並べます。

「古い」の正体を分解する

まず、言葉を分解します。「基幹システムが古い」と言うとき、実際には複数の別々の問題が混ざっています。分けないまま議論すると、対策も混ざります。

老朽化・複雑化・不可視化

経済産業省が平成30年9月7日に公表した「DXレポート」では、レガシーシステムを、技術面の老朽化・システムの肥大化と複雑化・ブラックボックス化といった問題を抱え、その結果として経営や事業戦略の足かせや高コスト構造の原因になっているシステム、として整理しています（同レポートは日本情報システム・ユーザー協会の調査に基づく定義を採用）。（出典：経済産業省「DXレポート ～ITシステム『2025年の崖』の克服とDXの本格的な展開～」（平成30年9月7日））

注目すべきは、「古い技術で作られていること」自体は定義に入っていない点です。同レポートは、レガシー問題の本質を「自社システムの中身が不可視になり、自分の手で修正できない状態に陥ったこと」と位置づけ、これは技術の問題であると同時にマネジメントの問題である、と明確に述べています。適切な保守が続いていればブラックボックス化は起きにくい、とも書かれています。

ここは実務上とても重要です。稼働20年でも、仕様書が整備され、改修できる人がいて、データを出せるなら、それはレガシーではありません。逆に、稼働7年でも、作った人がいなくなり、誰も中身を説明できず、データを出す手段がないなら、それは実質的にレガシーです。年数ではなく状態で判断してください。

レガシーだと何が起きるか

同レポートに引用された日本情報システム・ユーザー協会の調査（平成29年）では、約8割の企業がレガシーシステムを抱えており、約7割がそれが自社のデジタル化の足かせになっていると回答しています。足かせと感じる理由として挙げられているのは、次のようなものです。（出典：経済産業省「DXレポート」（平成30年9月7日））

• ドキュメントが整備されていないため、調査に時間がかかる
• レガシーシステムとのデータ連携が難しい
• 影響範囲が多岐にわたるため、試験に時間がかかる

3つとも「作り直しが必要」という話ではなく、「何かを変えようとしたときの初速が出ない」という話です。つまりレガシー化のコストは、障害として一度に来るのではなく、あらゆる改善案件の見積に上乗せされる形で日常的に発生します。この上乗せに気付きにくいことが、判断を遅らせます。

「2025年の崖」の中身

基幹システムの話で必ず出てくる「2025年の崖」も、原文にあたると印象が変わります。経済産業省のDXレポートは、複雑化・老朽化・ブラックボックス化した既存システムが残った場合、2025年までに予想されるIT人材の引退やサポート終了などによるリスクの高まりに伴う経済損失が、2025年以降に最大12兆円／年（当時の約3倍）にのぼる可能性がある、としています。（出典：経済産業省「DXレポート ～ITシステム『2025年の崖』の克服とDXの本格的な展開～」（平成30年9月7日））

ただし、この12兆円は推計値であり、算出根拠も同レポートに明記されています。要点だけ書くと、システム障害による国内の年間損失額の調査結果に、レガシーに起因しうる原因の割合を掛けて当時の水準を約4兆円／年と見積もり、さらに「最も大きなシステム（基幹系システム）が21年以上稼働している企業の割合が、当時の20%から2025年には60%になる」との仮定からリスクが3倍になると置いて、約12兆円としたものです。稼働年数の割合は日本情報システム・ユーザー協会「企業IT動向調査報告書2016」に基づくと同レポートに記載されています。（出典：経済産業省「DXレポート」（平成30年9月7日））

そして2025年5月28日、経済産業省は「レガシーシステムモダン化委員会総括レポート」を公表しました。デジタル庁・情報処理推進機構（IPA）と事務局を構成した委員会の議論をまとめたもので、崖が過ぎた後の現在地から、レガシー脱却に何が有効かを整理しています。ここで示された企業側の対策の柱は、次のとおりです。（出典：経済産業省「レガシーシステム脱却に向けた『レガシーシステムモダン化委員会総括レポート』を取りまとめました」（2025年5月28日））

• ユーザー企業はシステムの可視化と内製化を進める
• 現行踏襲を見直しつつ、標準化への対応を検討する
• 上流工程を担える人材を育成・確保する
• 経営層が自分事として認識し、トップダウンで推進する

同レポートでは、経営者との情報共有やCxO（各分野の責任者）の設置状況と、IT資産の可視化や内製化の状況との間に有意な相関があったことも示されています。つまり「どの製品を選ぶか」より前に、「誰が意思決定するか」と「中身が見えているか」で差が付いている、という整理です（出典：経済産業省「レガシーシステムモダン化委員会総括レポート」（2025年5月28日））。中小企業でCxOを置くのは現実的でない場合も多いですが、「情報システムの意思決定を誰がするか」を1人決めるだけでも、この論点には対応できます。

刷新を検討すべき5つのサイン

ここからは実務的な判断基準です。次の5つのうち2つ以上が同時に出ているなら、刷新の検討に入るべきタイミングです。1つだけなら、多くの場合は延命で対応できます。

サイン1｜保守の終了が決まった

最も分かりやすいサインです。ベンダーの保守終了、OSやデータベースのサポート終了、動作させているハードウェアの部品供給終了。DXレポートも、重要製品の製造中止やサポート終了によって現行機能の維持そのものが困難になり、結果としてシステムの全面再構築に追い込まれるケースがある、と指摘しています（出典：経済産業省「DXレポート」（平成30年9月7日））。

ただし、「保守終了＝即座に刷新」ではありません。確認すべきは次の3点です。

• 終了するのは何か（アプリの保守か、OSか、ハードか、データベースか）
• 終了後も動くのか（動かなくなるのか、動くが保証がなくなるだけか）
• 延長保守や代替の受け皿があるか、その費用はいくらか

「動くが保証がなくなるだけ」であれば、期限は交渉可能な締切に変わります。この確認をせずに動くと、ベンダー側の都合の期限で刷新を進めることになります。

サイン2｜分かる人がいなくなる

DXレポートは、老朽化したシステムの仕様を把握している人材がリタイアしていくことで、保守スキルを持つ人材が枯渇していく、という課題を挙げています。加えて、先端技術を学んだ若い人材を古いシステムの保守に充てても、能力を活かせなかったり離職につながったりする実態にも触れています（出典：経済産業省「DXレポート」（平成30年9月7日））。

中小企業では、これが「あの人しか触れない」という1人依存の形で現れます。判断の目安は次のとおりです。

• その人が1か月休んだら、システムの変更が止まるか
• その人が退職したら、変更ではなく「調査」から始めなければならないか
• ベンダー側の担当者も同様に1人依存になっていないか

3つ目は見落とされがちです。自社に分かる人がいなくても、ベンダー側に長年の担当者がいれば実務は回ります。ところがベンダー側の担当者が定年や異動でいなくなると、同じ会社なのに調査から始まり、改修の見積が跳ね上がります。ベンダー側の属人性も、自社のリスクとして数えるべきです。

サイン3｜業務をシステムに合わせている

これは技術的なサインではなく、業務のサインです。次のような状態が定着していないか確認してください。

• 本来は不要な入力を、システムが要求するから続けている
• システムに入らない情報を、別のExcelや紙で二重管理している
• 新しい商流や料金体系を始めたいのに、システムが対応できず断念した
• 月次の締めが、システムの制約のせいで特定の日に固定されている

DXレポートも、既存のITシステムが業務プロセスに密結合しているため、システムの問題を解消しようとするとプロセスそのものの刷新が必要になり、現場の抵抗が大きくなる、と指摘しています（出典：経済産業省「DXレポート」（平成30年9月7日））。ここで重要なのは、抵抗が起きること自体は自然だという前提を持つことです。抵抗を「意識が低い」と評価すると、刷新は必ず失敗します。

逆に言うと、「システムのせいで諦めた事業上の判断」が具体的に挙げられるなら、刷新の検討に入る価値があります。挙げられないなら、不便ではあっても事業の制約にはなっていないということです。

サイン4｜データを取り出せない

本記事でいちばん強調したいサインです。自社のデータを、自社の判断で、自社の望む形式で取り出せない状態は、他のどのサインよりも深刻です。

次の質問に答えられるか確認してください。

• 過去3年分の受注明細を、CSVで出せるか。誰が、何日で出せるか
• 出したCSVの各項目が何を意味するか、説明できる資料はあるか
• 出力のたびにベンダーへの依頼と費用が発生する状態になっていないか
• マスタ（取引先・品目・単価）の全件を出せるか

ここが詰まっていると、刷新するにしても、しないにしても、選択肢が狭まります。刷新するなら移行の見積が膨らみ、刷新しないならデータ活用が一切進みません。刷新の判断より先に着手すべきなのは、この「取り出せる状態」の確保です。

サイン5｜改修の見積が読めない

最後は、日常の改修依頼で判断する方法です。次のような状態は、内部が見えなくなっている（＝ブラックボックス化している）ことの表れです。

• 小さな変更を頼んだのに、調査だけで数十万円かかると言われる
• 影響範囲が読めないため、試験に何か月もかかると言われる
• 同じような依頼なのに、金額が毎回大きく違う
• 「できません」の理由が技術的に説明されない

1件ずつでは判断できないので、過去2年分の改修依頼を並べて、金額と期間の傾向を見てください。上昇傾向が続いているなら、それが技術的負債の利息にあたる部分です。刷新の判断材料としては、ベンダー提案の総額よりもこちらのほうが説得力があります。

延命が妥当なケース

サインの話ばかりすると刷新に傾いて見えますが、実務では延命のほうが正しい判断であることも多いです。ここを正直に書きます。

延命が合理的な3つの条件

条件	確認すること
止まる期限が具体的でない	サポート終了日が未定、または延長保守で数年伸ばせる
事業上の制約になっていない	システムのせいで断念した事業判断が、具体的に挙げられない
データが取り出せる	必要なデータをCSV等で自社の判断で出せる状態がある

3つとも満たすなら、いま刷新に踏み切る必然性は高くありません。動いているものを壊さないのは、保守的な態度ではなく、リスク管理として合理的な選択です。中小企業では、刷新の期間中に現場の負荷が跳ね上がることそのものが、経営上の大きなリスクになります。

延命中にやるべき4つのこと

ただし「何もしない延命」は、単なる先送りです。延命を選ぶなら、その期間に次の4つを進めてください。これらは刷新するときにも必ず必要になる作業なので、どちらに転んでも無駄になりません。

1. データの定期出力を仕組みにする：主要テーブルを月次でCSV出力し、社内に保管する。手順を文書化し、担当者を2人にする
2. 項目定義書を作る：出力したCSVの各列が何を意味するか、コード値の一覧を含めて書き出す。完璧でなくてよい
3. 業務フローを1枚に書く：どの部署が、何を、いつシステムに入れているか。システムの外にあるExcelや紙も含めて書く
4. 改修依頼の履歴を残す：依頼内容・見積・実績を1つの表に集める。刷新判断のときの一次資料になる

経済産業省のレガシーシステムモダン化委員会総括レポートが柱として挙げた「システムの可視化」は、大企業向けの難しい話ではありません（出典：経済産業省「レガシーシステムモダン化委員会総括レポート」（2025年5月28日））。中小企業の規模なら、上の4つで実質的にほぼ達成できます。そして可視化が済んでいる会社は、いざ刷新するときにベンダーとの交渉力がまったく違います。

AI導入と刷新の正しい順番

ここは当社が最もよくご相談を受ける論点です。「AIを活用したいが、基幹が古いので無理だと言われた」という相談です。

順番が逆になっている

結論から書くと、AIを使いたいから基幹システムを刷新する、という順番は逆です。理由は3つあります。

1. 時間軸が合わない：刷新は年単位の話です。AI活用で効果が出るのは週単位・月単位です。前者の完了を待つと、後者の機会を数年失います
2. 効果の検証ができない：刷新と同時にAIを入れると、成果がどちらの効果か分かりません。刷新の評価もAIの評価も曖昧になります
3. そもそも前提が違う：多くのAI活用は、システムの中に入り込む必要がなく、出力されたデータを扱うだけで成立します

出力データから始められる

3つ目を具体的に書きます。中小企業で実際に効果が出やすいAI活用の多くは、基幹システムの内部ではなく前後にあります。

基幹の前後にある作業	AIで扱えるか
受注メール・FAXの内容を入力用データに整える	扱える（システム改修は不要）
出力CSVを部門別・得意先別に集計する	扱える（出力さえできればよい）
複数システムの出力を突き合わせて差異を探す	扱える
在庫・納期の問い合わせに回答文を作る	扱える（回答の確認は人が行う）
基幹システムの中の処理そのものを置き換える	刷新の話。ここは別問題

つまりデータが取り出せさえすれば、基幹が古いままでもAI活用は始められます。逆に言えば、前述のサイン4（データを取り出せない）だけは、AI活用の前提としても効いてくるということです。

なお、システム同士をAIが安全につなぐ仕組みについてはMCPとはで解説しています。ただしこれも「取り出せるデータがある」ことが前提である点は同じです。

統計から見た現在地

総務省「令和7年版 情報通信白書」によると、企業に対する調査で、何らかの業務で生成AIを利用していると回答した割合は日本で55.2%でした。一方、日本の中小企業では生成AIの活用方針について「方針を明確に定めていない」との回答が多く、約半数を占めています。生成AI導入にあたっての懸念事項では、日本は「効果的な活用方法がわからない」が最も多く、次いで「社内情報の漏えい等のセキュリティリスク」が挙げられています。（出典：総務省「令和7年版 情報通信白書」企業におけるAI利用の現状）

また同白書では、生成AIの活用推進による自社への影響について、日本では「業務効率化や人員不足の解消につながる」が最も多く挙げられたとされています（出典：総務省「令和7年版 情報通信白書」企業におけるAI利用の現状）。日本企業が生成AIに期待しているのは、まず効率化と人員不足への対応だということです。

この期待に対して、基幹システムの刷新完了を待つ必要はありません。むしろ刷新の議論が止まっている間こそ、出力データを使った効率化を先に進めるべきです。効率化で浮いた時間は、そのまま刷新の検討作業にあてられます。

費用は何で決まるのか

「基幹システム 刷新 費用」「システム リプレイス 費用」で検索すると、金額の目安を書いた記事が多数出てきます。ただし、当社では相場の金額を提示しません。一次情報で裏付けられる全国的な相場データが存在しないためです。代わりに、見積の金額を左右する構造をお示しします。これが分かれば、提示された金額が自社にとって妥当かを自分で検証できます。

費用を決める6つの要素

要素	金額が上がる方向	抑える方向
対象範囲	販売・在庫・生産・会計を一度に替える	領域を区切り、順に替える
作り方	自社専用に一から作る	既製品の標準機能に業務を寄せる
個別対応の量	現行と同じ画面・同じ操作を要求する	現行踏襲の要求を見直す
データ移行	全期間・全項目を移行する	移行範囲を絞り、残りは参照用に保管
利用者数と接続形態	接続台数・利用者数に上限のある方式	上限や課金単位を事前に確認する
並行稼働の期間	新旧を長く並行させる	切替の判断基準を先に決めておく

この6つのうち、金額の差が最も大きく出るのは「個別対応の量」と「データ移行」です。そして両方とも、ベンダーではなく発注側の意思決定で決まります。つまり費用は、選ぶ製品よりも、自社が何を要求するかで決まります。

利用者数の条件で桁が変わる例

「利用者数と接続形態」がどれほど効くかは、公的資料に具体例があります。中小企業庁「2025年版 中小企業白書」に掲載された広島県の金属製品製造業の事例では、生産管理ソフトとして約3,000万円の市販ソフトを購入したものの、接続台数に制限がある点がネックとなり、各生産工程で必要なPC台数分をそろえるには1億円を超える費用がかかるため、限られた工程でしか使えなかった、と紹介されています。（出典：中小企業庁「2025年版 中小企業白書」第1部第1章第5節 デジタル化・DX（事例1-1-4））

同社はその後、同じ課題を持つ中小企業8社と大学の協力を得て共同で生産管理ソフトを開発し、同時接続台数に制限がなく導入費用はフルスペックで約1,000万円という仕様を実現。2017年の全面導入後、2017年と2021年の比較で社員一人当たり売上高が8.6%増加、労働時間は15.9%減少、蓄積データの活用で不良率は97%減少したと記載されています。（出典：中小企業庁「2025年版 中小企業白書」第1部第1章第5節 デジタル化・DX（事例1-1-4））

相場の記事を鵜呑みにしない

相場を書いた記事が役に立たないわけではありません。ただし、相場が成立するには「同じものを買っている」前提が必要です。基幹システムの刷新は、業種・業務量・個別対応の量・移行データ量がすべて違うため、この前提が成り立ちません。

相場を参照するなら、金額そのものではなく金額の内訳の項目名を見てください。ライセンス費・導入支援費・個別対応費・データ移行費・教育費・稼働後の保守費。この項目が自社の見積に全部あるかどうかの確認には使えます。抜けている項目は、後から追加請求になる可能性のある項目です。

中小企業庁「2025年版 中小企業白書」では、DXに向けた取組を進めるにあたっての問題点として、どのデジタル化取組段階の事業者でも「費用の負担が大きい」または「DXを推進する人材が足りない」と回答する割合が高い、とされています（第1-1-45図。出典：中小企業庁「2025年版 中小企業白書」第1部第1章第5節 デジタル化・DX）。費用の問題は中小企業に共通する制約です。だからこそ、総額を値切るより、要求する範囲を減らすほうが効きます。

全部を一度に替えない進め方

刷新すると決めた場合の進め方です。当社の立場は一貫しています。全部を一度に替えないでください。

ステップ1｜現状を見える化する

最初にやるのは製品比較ではなく、現状の棚卸しです。前述の「延命中にやるべき4つのこと」と同じ内容です。具体的には次を作ります。

• 業務フロー1枚（システム外のExcel・紙・口頭の運用も含める）
• データ項目の一覧（テーブル名と、その意味）
• 連携している外部システム・機器の一覧（会計、EDI、ハンディ端末、計量器など）
• 改修依頼の履歴（過去2年分の内容・金額・期間）

ここを飛ばすと、要件定義がベンダー主導になります。要件定義そのものの進め方は要件定義の進め方にまとめています。基幹システムでも考え方は同じで、「今こうしている」の記録がない状態で「こうしたい」を書くと、要求が現行踏襲に流れます。

ステップ2｜周辺業務から外に出す

次にやるのは、中核ではなく周辺です。基幹システムに載っているもののうち、他システムや別の仕組みに切り出せるものから外に出します。切り出しやすいのは、次のような業務です。

• 勤怠・給与（外部サービスに移しやすく、法改正対応も任せられる）
• 経費精算・請求書処理（制度対応が多く、外部サービスの更新が早い）
• 営業側の顧客管理・案件管理（基幹の受注データとは分離できることが多い）
• 帳票の出力・配信（元データさえあれば外側で作れる）

この段階の狙いは、刷新すべき「中核」を小さくすることです。中核が小さくなれば、刷新の見積も期間もリスクも小さくなります。加えて、周辺を外に出す過程で「どのデータがどこから来ているか」が実地で分かるため、ステップ1の精度も上がります。

中小企業庁「2026年版 中小企業白書」でも、中小企業の従業者一人当たり情報処理・通信費が近年増加しており、その増加内訳では「クラウドサービス使用料」が増加していることが示されています（第1-1-33図・第1-1-34図。出典：中小企業庁「2026年版 中小企業白書」第1部第1章第5節 デジタル化・DX）。資産計上されないクラウドサービスの活用が進んでいるという整理です。周辺業務から外に出す進め方は、この流れとも一致しています。

ステップ3｜中核は最後に判断する

周辺を外に出したうえで、残った中核（多くの場合は受発注・在庫・原価）について、あらためて刷新するかを判断します。この段階まで来ると、判断の材料が大きく変わっています。

• 中核の範囲が小さくなっているため、見積の総額が下がる
• データ項目の一覧があるため、移行の議論を具体的にできる
• 周辺のクラウド移行を経験しているため、社内の抵抗が減っている
• 「システムのせいでできないこと」が周辺の解消後も残るかどうかが分かる

最後の項目が重要です。周辺を整えたら、中核の不満が消えることが実際にあります。その場合、中核の刷新は不要だったということです。この確認ができるだけでも、段階的に進める価値があります。

最も揉めるのはデータ移行

ここからは、実際の刷新プロジェクトで最も揉める論点です。断言しますが、揉めるのは機能ではなくデータです。機能の要求は要件定義の段階で表に出ますが、データの話は移行の直前まで先送りされ、そこで初めて全員の認識が違っていたことが判明します。

過去データをどこまで持つか

最初に決めるべき問いはこれです。過去何年分の、どのデータを、新システムに持っていくのか。

現場は「全部」と言います。理由は「いつ必要になるか分からないから」です。この主張自体は間違っていません。ただし、全部を移行することのコストが見えていない状態での「全部」は、要望ではなく思考停止です。

議論を進めるには、要望を分解してください。

データの使い方	必要な形	移行の要否
新システムで日常的に処理する	新システムのデータとして稼働	移行が必要
過去の取引条件を確認したい	検索して読めればよい	参照用の保管で足りることが多い
年次で集計・分析したい	集計済みの数値があればよい	集計結果のみで足りることが多い
法令・監査対応で保存が必要	保存要件を満たす形	要件を確認のうえ保管

この分解をすると、「全部必要」の大半が「読めればよい」に変わります。読めればよいなら、新システムへの移行ではなく、CSVや帳票PDFでの保管、あるいは旧システムを参照専用で残す方法で対応できます。移行費用は劇的に下がります。

移行方式の選択肢

方式	内容	注意点
全件移行	過去データを新システムに取り込む	費用と期間が最も大きい。項目の対応付けが困難な場合がある
期間を区切る移行	直近の一定期間のみ移行する	区切りの前後で処理が変わる期間の扱いを決めておく
残高のみ移行	在庫・売掛などの残高だけを移す	過去明細の参照手段を別途用意する必要がある
参照専用で保管	旧環境またはCSV等で読める状態を維持	いつまで維持するか、誰が管理するかを決めておく

実務では複数を組み合わせます。マスタは全件、残高は全件、明細は直近◯年、それ以前は参照専用という形が現実的な落としどころになりやすいです。

移行前に必ず決める6項目

1. 移行対象の確定：どのデータを、いつの分から移すか。文書に残す
2. コード体系の扱い：得意先コード・品目コードを引き継ぐか、振り直すか。振り直すなら対応表を誰が作るか
3. 名寄せの基準：重複した取引先・品目をどう統合するか。判断する人を決める
4. 移行しないデータの行き先：どこに、どの形式で、いつまで保管するか
5. 検証の方法：移行後に何を突き合わせれば「合っている」と言えるか（件数、合計金額、残高）
6. 切り戻しの条件：どうなったら旧システムに戻すか。判断者と期限

特に2と3は、ベンダーが決められない領域です。「同じ会社なのに表記が違う取引先を1つにまとめるか」は業務判断であり、外部が代行できません。ここを曖昧にしたまま進めると、稼働後に「請求先が二重になっている」といった問題が発生します。

また、6の切り戻し条件は、契約の話とも関わります。委託の形態によって、どこまでが受託側の責任範囲になるかが変わるため、準委任と請負の違いもあわせて確認しておいてください。移行作業の実施主体と、移行結果の検証責任を誰が持つかは、最初に明確にすべき論点です。

ベンダーに依存しない準備

刷新するにせよ、延命するにせよ、共通して必要なのが特定のベンダーに判断を委ねない状態を作ることです。ベンダーを疑うという話ではありません。相手が誠実でも、自社に判断材料がなければ、事実上ベンダーが決めることになるという構造の話です。

契約前に確認する5項目

1. データの出力手段：契約終了後も、自社データを標準的な形式で出力できるか。追加費用は発生するか
2. ライセンスの課金単位：利用者数か接続数か拠点数か。増えた場合の追加費用はいくらか
3. 保守の範囲：障害対応だけか、法改正対応まで含むか、軽微な改修は含むか
4. 改修の見積方法：単価か、都度見積か。調査費用は別途か
5. ドキュメントの納品範囲：設計書・データ項目定義書が納品物に含まれるか

1と5が特に重要です。データを出せて、項目の意味が分かる資料があれば、次の判断は自社でできます。この2つが揃っていない契約は、金額の多寡にかかわらず、将来の選択肢を狭めます。

現行踏襲を要求しない

発注側が最も費用を押し上げてしまう要求が、「今と同じ画面・同じ操作にしてほしい」です。気持ちは理解できます。現場の教育コストを避けたいという合理的な動機もあります。

ただし、経済産業省のレガシーシステムモダン化委員会総括レポートも、ユーザー企業の対策として現行踏襲を見直しつつ標準化への対応を検討することを挙げています（出典：経済産業省「レガシーシステムモダン化委員会総括レポート」（2025年5月28日））。現行踏襲を要求すると、次のことが同時に起きます。

• 既製品の標準機能に業務を寄せられず、個別対応の費用が積み上がる
• 個別対応した部分は、製品のバージョンアップのたびに追加費用が発生する
• 結果として、新しいシステムが数年でまたブラックボックス化する

3つ目が本質的な問題です。せっかく刷新しても、現行踏襲で個別対応を積み上げれば、同じ状態に戻るまでの時間が短くなるだけです。刷新の目的は新しくすることではなく、次に変えやすい状態を作ることだと位置づけてください。

社内に残すべき役割

専任のIT部門がなくても、次の役割は社内に置いてください。兼務で構いません。

• 意思決定する人：範囲・費用・期限について最終判断する1人
• 業務判断する人：コード体系や名寄せなど、業務のルールを決める人（部門ごとに1人）
• 記録する人：決定事項と経緯を残す人。議事録でよい

3つ目が意外に効きます。基幹システムの案件は年単位で続くため、「なぜそう決めたか」が半年で失われます。記録がないと、同じ議論を何度も繰り返し、その都度ベンダーの工数が発生します。

【モデルケース】刷新を1年延期した判断

ここまでの考え方を、具体的な数字で示します。以下は実在の企業ではなく、当社が想定する典型的な状況にもとづく試算です。前提は時給換算2,500円・月20営業日とします。

想定した状況

• 従業員45名の製造業。受発注・在庫・生産の基幹システムを約20年前に導入
• ベンダーの保守は継続中。サポート終了日は未定
• システムを分かる担当者は1人（55歳）。ベンダー側の担当者も長年同じ1人
• 刷新の提案を受けたが、金額が妥当か判断できず1年以上保留
• データはCSV出力できるが、出力方法を知っているのは前述の担当者のみ
• 事務部門4名が、システムの前後の手作業に相当な時間を使っている

サインの当てはめ

サイン	該当	状況
1. 保守の終了	該当しない	終了日は未定。延長の余地がある
2. 分かる人がいない	該当	自社・ベンダーとも1人依存
3. 業務を合わせている	一部該当	二重管理はあるが、事業判断を断念した例はない
4. データを取り出せない	該当しない	出力は可能。ただし手順が属人化
5. 見積が読めない	該当しない	改修依頼が少なく、判断材料が不足

該当は実質1.5個。この状況では「今すぐ刷新」の必然性は高くありません。そこで判断を「刷新する／しない」から、「刷新の条件を決めたうえで1年延期する」に変更しました。

1年間で実施したこと

1. 再検討の条件を明文化：サポート終了日の通知、担当者の退職意向、事業判断の断念事例のいずれかが出たら再検討する、と文書化
2. 属人化の解消：CSV出力の手順を文書化し、実行できる人を2人に。月次で自動出力する仕組みに変更
3. 項目定義書の作成：主要テーブルの列の意味とコード値の一覧を作成（担当者への聞き取りで作成）
4. 前後の手作業にAIを適用：出力したデータを扱う工程を対象に、事務部門4名の作業を効率化

結果の試算

事務部門4名の合計時間について、着手前と3か月後の試算です。

業務	着手前	3か月後（試算）	削減
受注メール・FAXから入力用データを作る	30時間／月	12時間／月	18時間
出力CSVの集計・部門別レポート作成	24時間／月	8時間／月	16時間
在庫・納期の問い合わせへの回答作成	20時間／月	12時間／月	8時間
月次の突合（販売と在庫の差異調査）	16時間／月	8時間／月	8時間
合計	90時間／月	40時間／月	50時間

時給換算2,500円で計算すると、月50時間の削減は約125,000円相当です。支援費用を初期0円・月額5万円とした場合、差引で月75,000円相当が手元に残る計算になります。いずれも試算であり、実際の削減幅は業務の内容と量によって変わります。

数字より大きかった変化

この想定で本質的に重要なのは、削減した50時間そのものではありません。次の3つです。

• 1人依存が2人に減った：サイン2の深刻度が下がり、判断の猶予が生まれた
• 項目定義書ができた：将来刷新する際、要件定義とデータ移行の一次資料になる
• 刷新の目的が具体化した：AIで効率化しても残った不便が、刷新で解決すべき対象として明確になった

3つ目が最大の成果です。「何のために刷新するのか」が、漠然とした不安から具体的な項目に変わりました。この状態で見積を取ると、ベンダーの提案内容も変わります。

「自社は刷新すべきか、延命すべきか」の判断でお困りの方へ。当社は基幹システムの開発会社ではないため、特定製品を勧める立場にありません。判断材料の整理からご一緒します。初回のご相談は無料です。無料相談はこちら。

補助金を使うときの注意

費用面の相談で必ず出るのが補助金です。中小企業庁「2025年版 中小企業白書」のコラムでは、IT導入補助金は労働生産性を高めることを目的として業務効率化に資するソフトウェア・サービスの導入費用を支援する制度であり、省力化投資補助金は人手不足に悩む中小企業等の省力化投資を支援する事業である、と説明されています。省力化投資補助金については、カタログから選ぶ「カタログ注文型」に加えて、令和7年3月から個別の現場に合わせた「一般型」の枠組みが創設されたことも記載されています。（出典：中小企業庁「2025年版 中小企業白書」第1部第1章第5節 デジタル化・DX（コラム1-1-6））

制度の詳細は省力化投資補助金の記事で扱っています。ここでは判断の順番についてだけ書きます。

1. 補助金の締切に刷新の判断を合わせない：締切が判断基準になると、必要性の検討が飛ばされます
2. 補助後の費用で判断する：補助されるのは初期費用の一部であり、稼働後の保守費は毎年発生します
3. 採択されなくても進めるかを先に決める：ここが「いいえ」なら、その刷新は本当に必要な刷新ではない可能性があります

3つ目は厳しい問いですが、判断としては有効です。補助金は「やるべきことを安くやる」ための制度であって、「やるべきかどうか」を決める材料ではありません。

よくある質問（FAQ）

Q. 刷新すべきかどう判断しますか？

A. 本記事の5つのサイン（保守終了／分かる人がいない／業務をシステムに合わせている／データを取り出せない／改修の見積が読めない）のうち、2つ以上が同時に出ているかで判断してください。1つだけなら多くの場合は延命で対応できます。特にサイン4だけは、刷新の可否にかかわらず先に解消してください。

Q. 古いから替える、では駄目ですか？

A. 年数は判断基準になりません。経済産業省のDXレポートも、レガシー化の本質は自社システムの中身が不可視になり自分の手で修正できない状態に陥ったことであり、古い技術を使っているから必ずレガシー問題が発生するわけではない、と述べています（出典：経済産業省「DXレポート」（平成30年9月7日））。稼働20年でも仕様が分かり改修でき、データを出せるなら問題ありません。年数ではなく状態で判断してください。

Q. サポート終了の通知が来ました

A. まず、終了するのが何かを特定してください。アプリの保守か、OSか、データベースか、ハードウェアか。次に、終了後に動かなくなるのか、動くが保証がなくなるだけなのかを確認します。後者なら、期限は交渉可能な締切に変わります。延長保守の可否と費用も必ず確認してください。通知が来た当日に刷新を決める必要はありません。

Q. 刷新費用の相場はいくらですか？

A. 全国的な相場を一次情報で確認できないため、当社では金額の目安を提示していません。代わりに費用を決める6要素（対象範囲／作り方／個別対応の量／データ移行／利用者数と接続形態／並行稼働の期間）で構造的に見てください。特に個別対応の量とデータ移行の範囲は発注側の意思決定で決まるため、ここを見直すだけで総額が大きく変わります。

Q. 期間はどれくらいかかりますか？

A. これも平均値を示せる一次情報がないため、期間の目安は書きません。代わりに、期間を決める要素を挙げます。現状の資料がどれだけ揃っているか、移行するデータの範囲、外部システムとの連携の数、繁忙期を避ける必要があるか、切替を一斉にするか段階的にするか。この5つで大きく変わります。特に1つ目の資料の有無は、最初の数か月に直接効きます。

Q. 過去データは全部移行すべき？

A. 全部を移行する必要はほとんどありません。データの使い方を「新システムで日常処理する」「過去を確認したいだけ」「集計だけ必要」「法令で保存が必要」に分けてください。多くは「読めればよい」に分類され、CSVや帳票での保管、あるいは旧システムを参照専用で残す方法で足ります。全件移行は費用も期間も最大になります。

Q. 既製品と一から開発、どちらが？

A. 中小企業の場合、まず既製品の標準機能を前提に検討してください。一から作ると、作った時点では最適でも、変更のたびに費用が発生し、数年で再びブラックボックス化します。経済産業省のレガシーシステムモダン化委員会総括レポートも、現行踏襲を見直しつつ標準化への対応を検討することを企業の対策として挙げています（出典：経済産業省「レガシーシステムモダン化委員会総括レポート」（2025年5月28日））。ただし、業務そのものが競争力の源泉になっている領域は例外です。

Q. クラウドに移せば解決しますか？

A. 解決する問題と、しない問題があります。ハードの老朽化やサポート終了、災害時の可用性は解決に向かいます。一方、中身が分からない、データを出せない、業務がシステムに縛られている、という問題は移設しただけでは変わりません。同じ構成のままクラウドに移すと、これらの問題もそのまま移動します。移行前に、何を解決したいのかを言語化してください。

Q. AIを使うため先に刷新すべき？

A. 順番が逆です。中小企業で効果が出やすいAI活用の多くは、基幹システムの内部ではなく前後の作業にあります。受注内容の整理、出力CSVの集計、システム間の突合、問い合わせへの回答作成などは、データを出力できれば基幹が古いままでも始められます。刷新は年単位、AI活用は月単位で効果が出るため、待つと機会を失います。

Q. 担当者が退職します。何から？

A. 引き継ぎ資料を作らせるより先に、データの出力手順を2人以上が実行できる状態にしてください。次に、その担当者への聞き取りで項目定義書を作ります。完璧である必要はありません。この2つがあれば、その後の調査は外部に依頼できます。逆に、これがないまま退職されると、外部に依頼しても調査から始まり費用が跳ね上がります。

Q. ベンダーが見積を出しません

A. 多くの場合、要求が固まっていないため見積を作れない状態です。「今と同じことができて、もっと便利に」という依頼では見積は出ません。業務フロー1枚とデータ項目の一覧、そして「必ず必要な機能」を10項目程度に絞った資料を渡してください。これがあれば、少なくとも概算は出ます。それでも出ない場合は、範囲を区切って一部だけの見積を依頼してください。

Q. 現行と同じ操作にできますか？

A. 技術的には可能ですが、費用面では最も高くつく要求です。既製品の標準機能に業務を寄せられず個別対応が積み上がり、その部分はバージョンアップのたびに追加費用が発生します。結果として、新しいシステムが数年でまた変更しにくい状態に戻ります。現場の負担を減らしたいなら、操作を揃えるのではなく、教育期間と一時的な人員手当てで対応するほうが安く済むことが多いです。

Q. 補助金は使えますか？

A. 制度によって対象が異なるため、公募要領で確認してください。判断の順番として重要なのは、補助金の締切に刷新の判断を合わせないことです。また、補助されるのは初期費用の一部であり、稼働後の保守費は毎年かかります。「採択されなくても進めるか」を先に決めてください。ここが「いいえ」なら、必要性の検討が不十分な可能性があります。

Q. 情報システム担当がいません

A. 専任は不要ですが、3つの役割は社内に置いてください。範囲・費用・期限を最終判断する人、コード体系や名寄せなど業務ルールを決める人（部門ごとに1人）、決定事項と経緯を記録する人です。すべて兼務で構いません。特に3つ目を置かないと、年単位の案件で「なぜそう決めたか」が失われ、同じ議論を繰り返してベンダーの工数が増えます。

Q. 途中で止める判断はありですか？

A. あります。ただし止める条件を事前に決めておいてください。「どうなったら中止・縮小するか」を最初に文書化しておくと、感情論になりません。特にデータ移行の検証で想定外の不整合が大量に出た場合は、稼働日を延ばすか範囲を縮小する判断が必要になります。切り戻しの条件と判断者も、着手前に決めておいてください。

Q. 何から始めればよいですか？

A. 製品比較ではなく、次の4つから始めてください。データの定期出力を仕組みにする、項目定義書を作る、業務フローを1枚に書く、改修依頼の履歴を1つの表に集める。この4つは、刷新する場合もしない場合も必ず必要になるため、どちらに転んでも無駄になりません。そして4つが揃っていると、ベンダーとの交渉力がまったく変わります。

まとめ

• 最初に決めるのは製品ではなく「今替える必要があるか」
• レガシーかどうかは年数ではなく状態で判断する（分かる人・資料・データの出しやすさ）
• 刷新の検討に入るのは5つのサインのうち2つ以上が同時に出たとき
• 3条件（期限が具体的でない・事業の制約になっていない・データを出せる）が揃うなら延命が合理的
• 延命するなら出力の仕組み化・項目定義書・業務フロー・改修履歴の4つを進める
• 費用は製品より個別対応の量とデータ移行の範囲で決まる。相場より内訳項目を見る
• 刷新するなら周辺業務から外に出し、中核は最後に判断する
• 最も揉めるのはデータ。過去分は「読めればよい」に分類できるものが多い
• 現行踏襲の要求が、費用と将来のブラックボックス化を同時に招く
• AI活用は刷新を待たず、出力データから始められる

基幹システムの刷新は、新しくすること自体が目的ではありません。次に変えたくなったとき、変えられる状態を作ることが目的です。その観点で見ると、いま最優先で着手すべきは刷新の意思決定ではなく、自社のデータと業務を自分たちで説明できる状態にすることだと分かります。ここが済んでいれば、刷新するのも、しないのも、どちらも安全に選べます。

無料相談はこちら（初回のご相談・お見積りは無料です）

参考にした一次情報

• 経済産業省「DXレポート ～ITシステム『2025年の崖』の克服とDXの本格的な展開～」（平成30年9月7日）
• 経済産業省「レガシーシステム脱却に向けた『レガシーシステムモダン化委員会総括レポート』を取りまとめました」（2025年5月28日）
• 中小企業庁「2026年版 中小企業白書」第1部第1章第5節 デジタル化・DX
• 中小企業庁「2025年版 中小企業白書」第1部第1章第5節 デジタル化・DX
• 総務省「令和7年版 情報通信白書」企業におけるAI利用の現状

DXの進め方でつまずきやすい点はDXが失敗する理由、中小企業での進め方全体は中小企業のDX推進、要求のまとめ方は要件定義の進め方にまとめています。