基幹システムの耐用年数と更新タイミングの見極め方
「基幹システムは何年くらい使えるものなのか」「税法上の耐用年数が過ぎたら入れ替えるべきなのか」。経営者やシステム担当者から、よくこうした質問を受けます。会計上の償却が終わっても問題なく動いているシステムは多い一方で、サーバーやOSのサポートが切れて慌てて更新を検討するケースも少なくありません。
この記事では、基幹システムの「耐用年数」を税法上の年数と実際の使用年数に分けて整理し、更新タイミングを見極めるための判断基準と、計画的に更新を進めるための手順を解説します。
- 税法上、自社利用のソフトウェアの耐用年数は5年、サーバーなどのハードウェアは4〜5年です（2026年9月時点）。
- 税法上の耐用年数は減価償却の期間であり、システムの寿命や更新時期を示すものではありません。
- 更新時期は、OS・ハードウェアのサポート期限、保守体制、業務との乖離、維持費の4つで判断します。
- 刷新には1〜2年かかることもあるため、サポート期限から逆算して早めに計画することが重要です。
目次
基幹システムの耐用年数とは
基幹システムの耐用年数とは、一般に二つの意味で使われます。一つは、税法で定められた減価償却の期間である「法定耐用年数」。もう一つは、システムが業務上問題なく使い続けられる「実際の使用可能期間」です。この二つは別物であり、混同すると更新判断を誤ります。
税法上の耐用年数（法定耐用年数）
国税庁によると、ソフトウェアの耐用年数は用途によって次のように定められています（2026年9月時点で確認）。業務で使う基幹システムは、通常「その他のもの」に当たり5年です。
| 区分 | 内容 | 法定耐用年数 |
|---|---|---|
| ソフトウェア（その他のもの） | 自社で利用する基幹システム・業務システムなど | 5年 |
| ソフトウェア（複写して販売するための原本） | パッケージ製品として販売するソフトの原本 | 3年 |
| ソフトウェア（研究開発用） | 研究開発のために使用するもの | 3年 |
| サーバー（電子計算機のうちパソコン以外） | 基幹システムを動かすサーバー機器 | 5年 |
| パソコン（サーバー用を除く） | 業務で使う端末 | 4年 |
自社で開発を委託した基幹システムは、完成・稼働時点で無形固定資産（ソフトウェア）として計上し、5年で償却するのが一般的です。取得価額には、開発費だけでなく自社仕様に合わせるための設定・修正費用なども含まれます。会計処理の詳細は顧問税理士に確認のうえ、次の記事も参考にしてください。
関連記事システム開発費の勘定科目と耐用年数｜ソフトウェア資産の会計処理
実際の使用年数は法定耐用年数より長いことが多い
法定耐用年数の5年を過ぎても、基幹システムはそのまま使い続けられます。実際には、10年以上、場合によっては20年以上使われている基幹システムも珍しくありません。ただし、長く使うほどサーバーの故障リスクや、OS・ミドルウェアのサポート切れ、仕様を知る人の不在といった問題が積み重なっていきます。
法定耐用年数
- 税法で決められた減価償却の期間
- 自社利用ソフトウェアは5年
- 過ぎても使用に問題はない
- 更新の判断基準にはならない
実際の寿命を決める要因
- OS・ハードウェアのサポート期限
- 保守できる技術者・ベンダーの有無
- 業務の変化に追従できるか
- 維持費と障害リスクの増加
更新タイミングを見極める4つの判断基準
基幹システムの更新時期は、「何年経ったか」ではなく、次の4つの観点で判断します。
1. OS・ハードウェア・ミドルウェアのサポート期限
最もわかりやすい期限です。サポートが終了したOSやデータベースは、セキュリティ更新が提供されなくなり、脆弱性を突かれるリスクが高まります。たとえば、Windows Server 2016は2027年1月12日に延長サポートが終了する予定です（2026年9月時点、Microsoft公表）。サーバー機器も、メーカーの保守部品の供給期限を過ぎると故障時に修理できなくなります。
2. 保守体制の持続性
開発した担当者の退職や、保守ベンダーの体制縮小・撤退によって、改修や障害対応ができなくなるリスクです。古い言語や独自の仕組みで作られたシステムほど、対応できる技術者を探すのが難しくなります。
3. 業務との乖離
事業内容や取引形態が変わったのに、システムがそれに追従できていない状態です。Excelでの補完作業や二重入力が増えている、帳票を手作業で加工している、といった兆候があれば、システムが業務に合わなくなっているサインです。
4. 維持費と障害リスクの増加
古いシステムは、小さな改修にも調査に時間がかかり、保守費が膨らみがちです。障害の頻度や復旧時間が増えている場合も、更新を検討すべきサインです。
- サポート期限：OS・データベース・サーバーのサポート終了日を一覧にしているか
- 保守体制：システムの仕様を説明できる人・会社が今後3〜5年確保できるか
- 業務適合：Excelでの補完作業や二重入力が増えていないか
- コスト：保守費や改修費が年々増えていないか
- 障害：障害の発生頻度や復旧時間が増えていないか
更新方法の選択肢
更新が必要と判断しても、必ずしも全面的に作り直す必要はありません。課題の種類によって、適した方法が変わります。
| 主な課題 | 適した更新方法 | 費用・期間の傾向 |
|---|---|---|
| サーバー・OSの老朽化のみ | 基盤の更新、クラウドへの載せ替え（リホスト） | 比較的小さい |
| 古い言語で技術者がいない | 言語の書き換え（リライト） | 中程度 |
| 業務との乖離が大きい | 業務から見直して作り直す（リビルド）、パッケージへの移行 | 大きい |
関連記事レガシーマイグレーションの手法（リホスト・リライト・リビルド）
計画的に更新するための逆算スケジュール
基幹システムの刷新は、検討から稼働まで1〜2年程度かかることも珍しくありません。サポート期限の直前に動き出すと、十分な検討ができずに割高な延命策を選ばざるを得なくなります。期限から逆算して、次のように計画しましょう。
- 期限の3年前：現状把握サポート期限、保守体制、業務課題を棚卸しし、更新の方向性を検討する
- 期限の2年前：方針決定と予算化更新方法を決め、概算見積もりを取り、予算を確保する
- 期限の1.5年前：発注・要件定義開発会社を選定し、要件定義を行う
- 期限の1年前〜：開発・移行開発・テスト・データ移行を進め、期限前に余裕を持って切り替える
上記はあくまで目安で、規模や方式によって前後します。重要なのは、法定耐用年数を過ぎたタイミングを「更新を検討し始める合図」として使い、サポート期限の数年前から準備を始めることです。
あわせて使いたい業務システムのサポート期限カレンダー｜OS・Office・DB・言語の終了日一覧【毎月更新】
よくある質問
- 法定耐用年数の5年を過ぎたら基幹システムを入れ替えるべきですか？
- 入れ替える必要はありません。法定耐用年数は減価償却の期間であり、システムの寿命ではありません。更新時期は、サポート期限・保守体制・業務との乖離・維持費で判断しましょう。
- 基幹システムは一般的に何年くらい使われていますか？
- 用途や作りによって大きく異なりますが、10年以上使われることも珍しくありません。長く使うほど保守や障害のリスクが高まるため、定期的に現状を点検することが大切です。
- 償却が終わる前にシステムを入れ替えるとどうなりますか？
- 旧システムの帳簿価額が残っている場合、除却損として処理するのが一般的です。新システムの取得価額や会計処理の扱いは個別の状況で異なるため、顧問税理士に確認してください。
まとめ
基幹システムの税法上の耐用年数は自社利用ソフトウェアで5年ですが、これは減価償却の期間であり、システムの寿命ではありません。実際の更新時期は、OS・ハードウェアのサポート期限、保守体制、業務との乖離、維持費の4つで判断します。刷新には時間がかかるため、サポート期限から逆算し、数年前から計画的に準備を始めましょう。
関連記事基幹システムとは？種類・ERPとの違い・刷新のポイント
参考：国税庁 No.5461 ソフトウエアの取得価額と耐用年数／Microsoft Windows Server Blog（Windows Server 2016 end of support）
この記事に関連するサービス
基幹システム開発
販売・購買・在庫・生産・会計など、企業の中核業務を支える基幹システムを開発・刷新します。スクラッチ開発と段階的なリプレイスで、業務に合ったシステムに無理なく移行します。 サービスの詳細を見る
