2025年の崖とは？期限を過ぎた今も残る問題と自社の診断ポイント

「2025年の崖」は、2025年という年号を過ぎれば解消する問題ではありません。自社の基幹システムが、保守期限や業務停止の制約のなかで、安全に変更・復旧・運用できる状態にあるかを確認する課題です。

この記事では、経済産業省が示した問題提起と個社で行う診断を分けて解説します。重大な期限や停止リスクを起点に、対応方針、予算化、外部への相談・発注準備までを整理し、自社に必要な次の対応を選べる状態を目指します。

「2025年の崖」は共通の更改期限ではありません。保守期限、業務停止の影響、復旧可能性、データ・体制を確認し、自社に合う対応方針を選びます。

01Section2025年の崖とは何か

「2025年の崖」は、経済産業省が2018年に公表したDXレポートで提起した問題です。DXは、データとデジタル技術で業務や事業の変化対応力を高める取り組みを指します。

同レポートでは、既存システムの複雑化、老朽化、ブラックボックス化が進むと、保守負荷の増加、人材・知識の継承困難、サポート終了、データ活用の停滞を招き、変化への対応が難しくなると指摘しています。レガシーシステムの状態や課題の捉え方は、レガシーシステムとは何かもあわせて確認すると整理しやすくなります。

2018年の問題提起と、個社の診断は別に考える

DXレポートにある「最大12兆円／年」は、複雑化・老朽化したシステムが残る場合に、2025年以降に生じ得る経済損失についての将来マクロ試算です。個社の損失額でも、社会全体で確定した実績でもありません。

2025年は全企業に共通するシステム更改期限ではありません。優先すべき時期は、保守・サポート終了日、制度や契約上の期限、主要業務停止時の影響、復旧体制、データや仕様の把握状況によって変わります。

「古いか」ではなく「変えられるか」を見る

導入から年数が経っていることだけで、刷新が必要とは限りません。確認すべきなのは、変更の影響範囲を説明できるか、必要なテストを実施できるか、障害時に復旧できるか、担当者が変わっても運用を継続できるかです。

基幹システムは、受注、出荷、請求、会計、生産、人事など複数部門の業務と連動しやすい仕組みです。技術面だけでなく、業務・データ・組織の条件を合わせて判断します。

02Section期限後も個社診断が必要な理由

年号ではなく、個社固有の期限と事業影響を起点に判断するためです。保守終了が近い、制度変更への対応計画がない、障害時の代替手段がないといった状態は、システムの導入時期にかかわらず優先確認が必要です。

課題が顕在化する時期は企業ごとに異なる

たとえば、保守契約が継続しており、構成・手順・データ定義が整理され、復旧責任者も明確な企業では、まず文書化や運用改善から始める判断もあり得ます。一方で、特定担当者しか改修や復旧を説明できない、取引先要件への対応期限が近い、主要業務が止まると代替できない場合は、年号に関係なく優先度が上がります。

判断の起点は、次の5点です。保守・サポート終了日、主要業務の停止影響、法令・監査・契約・取引先要件の期限、データと仕様の把握状況、復旧手順と責任者の有無を、契約書・資産台帳・障害記録・業務手順で確認します。

03Section自社の状態を診断する4段階フロー

診断は該当数の集計から始めず、保守終了、主要業務停止、期限要件、復旧不能の兆候を先に確認します。結果に応じて優先対応、要調査、計画的改善へ進みます。

診断は、チェック項目の該当数を合計して機械的に判定するものではありません。まず、事業継続に直結する重大事象を確認し、その後に業務・データ・体制の問題を深掘りします。IPAのDX推進指標は、経営、事業、ITの関係者が現状と課題を共有し、アクションにつなげる自己診断の枠組みとして活用できます。

IPA「DX推進指標 自己診断結果 分析レポート（2025年版）」でも、自己診断は関係者間の議論を通じて、詳細診断、ITシステムの構築・改修・刷新、継続的な改善につなげる起点として位置付けられています。自社の基幹システムに固有の緊急度は、以下の資料と関係者で確かめます。

04Section放置リスクを事業影響に置き換える

リスクは「古い」という属性だけでなく、改修・復旧・データ処理の問題がどの業務と期限に波及するかで整理します。

複雑化やブラックボックス化の問題は、単に「古いシステムだから危険」ということではありません。改修履歴、連携仕様、データ構造を把握できないと、影響調査やテストに時間がかかり、現場の手作業や障害対応が増えます。その結果、受注・出荷・請求などの業務、顧客対応、制度・契約対応、経営判断に影響が及びます。

リスクは、技術、業務・データ、体制のどこで生じ、どの業務に波及するかを一件ずつ記入します。以下の表は、優先順位をそろえるための記入枠です。発生可能性・影響度・復旧難易度の組み合わせは案件内の比較観点であり、公的な標準算式や損失額の確定式ではありません。

保守終了、主要業務停止、期限要件への未対応は、表での評価にかかわらず優先確認します。経営報告では、技術的な課題名だけではなく、「どの業務が、誰に、どの期限までに影響するか」で示すと判断しやすくなります。

停止コストは分けて試算する

比較的試算しやすい負荷は、次のように分解できます。

• 代替作業負荷：停止時間 × 代替作業人数 × 人件費単価
• 再処理負荷：再処理件数 × 1件当たり処理時間 × 人件費単価
• 緊急対応負荷：緊急対応の外部費用 + 再発防止の改修費

顧客信用や機会損失は、単一の金額に無理に換算しない方が適切な場合があります。影響を受ける顧客数・取引・業務、許容停止時間、代替提供の可否を併記し、金額化できる負荷と分けて扱います。

05Section対策を同じ軸で比較する

対策は全面刷新に限られません。保守可能性、課題の集中範囲、移行単位、業務標準化の必要性を同じ軸で比較します。

対策は全面刷新だけではありません。課題が手順や知識の不足にあるのか、特定の連携や業務に集中しているのか、基盤全体の保守・拡張が難しいのかによって、比較すべき方針は変わります。

方針を選ぶ順番

1. 1保守終了や法令・契約上の期限を回避できるかを確認します。
2. 2業務を止めずに移行できる単位へ分割できるかを検討します。
3. 3データ定義やマスタを統合・移行できるかを確認します。
4. 4現行資産を残した場合に、保守と変更への対応余力があるかを評価します。
5. 5業務標準化、投資余力、意思決定・テスト・教育の体制を確認します。

ERPは、会計、販売、購買、生産などの基幹業務を統合して管理する仕組みまたは製品群です。基幹システムの役割やERPとの関係は、基幹システムとは何かで確認できます。ERPの導入・移行は再構築や段階的移行で選び得る手段の一つであり、業務標準化、個別要件、データ移行、周辺連携、教育・運用体制まで設計しなければ課題は残ります。

特定のERPに関する保守期限が移行検討の契機となる場合は、SAPサポート期限（2027年）と基幹システム移行の考え方も参照し、製品の期限と自社業務の移行条件を分けて整理します。

06Section費用・期間を見積もる前に工程を分ける

基幹システムの見直しでは、調査前に導入本体の総額や完了時期を単一の数値で固定しません。「現状調査・構想策定」「要件定義」「導入・移行・定着化」に分け、工程ごとに承認と見積もりを行います。

IPA「ソフトウェア開発分析データ集」は、工数・工期などをプロジェクト特性別に扱う確認先です。ただし、現状調査、業務標準化、データ整備、移行、教育、並行稼働を含む基幹システム案件に、そのまま適用できる工程別相場ではありません。JUAS「企業IT動向調査」も、個別案件の単価表としては扱いません。

比較可能な見積もりにする前提条件

候補ごとに価格だけを比較すると、対象外や追加費用の差を見落とします。対象業務・拠点・連携先・データ範囲・教育・並行稼働を同じ前提で提示し、必須条件と任意の改善項目を分けます。

外部支援費とは別に、発注側の社内工数も見積もります。資料収集、要件判断、テスト、データ照合、教育、稼働判定は発注側が担う作業になり得ます。連携追加、データ不備、例外業務、並行稼働の延長、要件変更時の追加費用条件と判断手順は、見積もり段階で確認します。

07Section社内初動・外部依頼・発注準備を進める

最初に社内で行うことは、対象設定、事実収集、業務影響の整理、方針決定です。情報システム部門だけで結論を出そうとせず、対象業務の責任者、管理部門、経営判断者を早い段階から参加させます。成果物は、対象一覧、重大期限とリスクの一覧、業務影響表、方針・予算・体制のメモに集約します。

外部への相談が有効なのは、現状の構成や依存関係を把握できない、業務要望の優先順位を合意できない、移行・データ品質のリスクが大きい、複数の提案を同じ前提で比較できない場合です。依頼は「全面刷新」と一括りにせず、解きたい課題ごとに切り出します。

基幹システムの課題整理や進め方を社内だけで決めにくい場合は、相談先の情報を確認し、必要な支援範囲を個別に相談します。

提案比較では、各候補へ同じ前提資料と質問票を渡します。保守期限対応や契約上の期限などの必須条件と、業務適合性や運用支援のような評価項目を分けると、価格だけで判断しにくくなります。受入・検収とは、発注者が成果物が合意した要件・品質を満たすか確認して受け取る手続きです。受入テスト、データ照合、性能・可用性・セキュリティなどの非機能要件、教育・運用引継ぎ、残課題の責任者と期限を事前に合意します。

「2025年の崖」への対応は、年号を理由に急いで全面刷新を決めることではありません。重大期限と業務停止リスクを先に把握し、現状を調査し、比較可能な前提で対応方針と発注条件を整えることが、停止や投資判断の失敗を避ける第一歩になります。

基幹システムの現状整理や方針比較を相談したい場合

保守期限、業務停止リスク、データ・連携の状況を整理したうえで、現状調査や構想策定、対応方針の比較を支援できるパートナーを探せます。

IT・DX構想策定支援7365社掲載

IT・DX構想策定支援を探す