Webシステム

2025年の崖とは何だったのか|DXレポートの試算と2026年に刷新を判断する基準

「2025年の崖」は、経済産業省が2018年9月7日に公表したDXレポートで使われた表現です。基幹系システムの老朽化を放置すれば2025年以降に年間で最大12兆円の経済損失が生じうる、という試算とともに広まりました。その2025年を過ぎた2026年8月時点で、崖という期限を根拠にした社内説明はもう通りません。この記事では、レポートが何を前提に崖と呼んだのか、IPAが2026年7月30日に公表した「DX動向2026」の数値で通過後に何が起きたのか、そしてレガシーシステムの刷新をいま何で判断するのかを整理します。

まとめ:2025年の崖が終わった後にレガシー刷新を判断する三つの基準

結論から示します。2025年の崖は、システム刷新の期限としてはすでに失効しました。IPAの「DX動向2026」で何らかの形でDXに取り組む企業は75.7%、成果が出ているとした企業は60.8%で、いずれも四年間ほぼ横ばいです。崖を越えた企業と越えられなかった企業に世の中が二分された事実はなく、多くの企業が判断を保留したまま2026年を迎えました。

ではいま何で決めるのか。第一に、製品サポートの終了日という動かせない日付。第二に、そのシステムの仕様を説明できる技術者が社内に残っている年数。第三に、制度改正や取引先の要件など事業側から降ってくる期限です。この三つのうち一つでも三年以内に迫っていれば着手を決め、どれも該当せず「崖だから」以外の理由が出てこない案件は、その年度は見送ってよいと判断します。

投資額の目安も置いておきます。DX動向2026では、売上に占めるDX投資額の割合が1%未満の企業が27.8%と最も多い層でした。12兆円という国全体の試算を稟議に持ち込むより、自社の年間維持費と障害による停止時間を並べたほうが決裁は通ります。

経済産業省DXレポートが示した2025年の崖の中身と最大12兆円という試算の前提

崖という言葉だけが独り歩きしていますが、元の報告書が示したのは条件つきの試算です。何を前提に置いた数字なのかを押さえておくと、いま使える部分と使えない部分が分かれます。

2018年9月公表のDXレポートが挙げた崖という表現の三つの前提条件

出典は、経済産業省の「デジタルトランスフォーメーションに向けた研究会」がまとめた『DXレポート ~ITシステム「2025年の崖」の克服とDXの本格的な展開~』です。公表日は2018年9月7日。ここで置かれた前提は三つあります。

  • 基幹系システムの老朽化と複雑化が進み、2025年には21年以上稼働するシステムが約6割に達すること
  • 2025年にIT人材の不足が約43万人まで拡大し、既存システムを理解する技術者が現場から退場すること
  • 保守にIT予算が吸われ、新規のデジタル投資へ資金と人が回らない状態が固定化すること

この三つが重なった場合に限り、2025年以降に年間で最大12兆円の経済損失が生じうる、というのがレポートの主張でした。崖は日付そのものではなく、条件が揃ったときの落差を指した比喩です。

最大12兆円という損失額が指す範囲と社内説明で誤読されやすい点

12兆円は、特定企業の被害額でも刷新に必要な投資額でもありません。日本全体で毎年生じうる損失の上限値として置かれた推計です。しかも「最大」と条件をつけた数字で、内訳や発生確率まで分解されているわけでもない。

稟議でこの数字を引くと、決裁者から「では自社ではいくらか」と必ず問われます。答えを用意しないまま国全体の数字を出せば、危機感を煽っているだけの資料に見えてしまう。2018年から2025年にかけて、この流れで止まった刷新企画は少なくありません。使うなら、レポートの試算は背景の一文に留め、本論は自社の維持費で組み立てます。

レガシーシステムの定義に含まれる複雑化とブラックボックス化の条件

レポートが対象にしたのは、単に稼働年数の長いシステムではありません。事業部ごとの個別要件を積み増した結果として仕様が全社で整合しなくなり、改修のたびに影響範囲が読めなくなった状態を指します。ドキュメントが更新されず、設計意図を説明できる人が社内にいない。この二つが揃って初めてブラックボックス化と呼びます。

逆に、稼働20年でも仕様書が整備され、改修見積りが安定して出せるシステムは対象外です。定義の細部と経営への影響はレガシーシステムとは何か、その意味・定義や歴史的背景で整理しています。自社が該当するかどうかを先に確かめてから、刷新の是非を議論する順序が現実的でしょう。

IPA DX動向2026が示す崖通過後の到達点とレガシーが論点から外れた事実

崖の年を過ぎた後の実像は、推測ではなく調査で確かめられます。IPAが2026年7月30日に公表した「DX動向2026 広がるAI導入、DXは変われるか」は、2026年4月中旬から6月中旬にかけて実施した調査をまとめたものです。

DX取組率75.7%と成果実感60.8%が四年間横ばいという停滞の実像

何らかの形でDXに取り組んでいる企業は75.7%。経年で見ると大きな変化はなく横ばいです。従業員1,001人以上では98.7%に達する一方、100人以下は41.6%にとどまり、規模による二極化が続いています。

成果が出ているとした企業は60.8%で、こちらも四年間で大きく動いていません。「わからない」という回答も26.8%あり、取り組んではいるが成果を測れていない層が四社に一社を超えます。崖を境に企業が生き残り組と脱落組に分かれるという公表当時の想定は、数字の上では起きませんでした。

成果内訳がコスト削減70.9%に偏り売上高増加17.9%にとどまる構造

成果が出ていると答えた企業に内訳を聞くと、コスト削減が70.9%で最も多く、従業員満足度の向上が42.4%、製品・サービスの提供日数の削減が34.3%と続きます。一方で売上高増加は17.9%、利益増加は19.6%。守りの効果に偏った構図です。

刷新の稟議ではここが効いてきます。「刷新すれば売上が伸びる」という筋書きは、統計上は少数派の結果を前提にした説明になる。維持費と障害対応の工数がいくら減るかを示すほうが、実際の分布に合っています。

最新調査の設問からレガシー刷新が消えAIと人材へ移った論点の変化

DX動向2026の調査は「DXの取組と成果の状況」「AI・データの利用状況」「DXを推進する人材」という三つの視点で構成されています。レガシーシステムの刷新は、独立した調査項目として置かれていません。全70ページの本文をテキストで検索しても、「レガシー」「基幹」「老朽」という語は一度も現れませんでした。

代わりに紙幅を取っているのがAIです。AIを導入または試験利用している企業は58.0%(導入42.3%・試験利用15.7%)に達し、導入と運用の課題では「専門人材が不足している」が50.1%で最多。DXを推進する人材については、量と質のいずれも9割近い企業が不足を感じたままです。調査の関心は、崖の克服から人とAIの運用へ移りました。

AI導入58.0%とデータ利用6割の間に残る基幹側の連携という制約

ただし、レガシーシステムの問題が解決したわけではありません。DX動向2026では、全社的または部分的にデータを使っている企業が約6割に達する一方、この割合は経年でほとんど動いていません。データの整備・管理・流通の課題として挙がったのは、人材確保の難しさに加えて、データの標準化の難しさと管理システムの整備不足でした。

この二つは、呼び名こそ変わっていますが、DXレポートが複雑化と呼んだ状態そのものです。事業部ごとに定義の異なるコードが基幹系に残っていれば、全社での標準化は進みません。AIを導入した58.0%の企業が業務効率化から先へ進めない理由の一端も、ここにあります。崖という言葉が消えた後も、制約はデータ側の課題として形を変えて残りました。

2025年という一点に集約された期限を個別のサポート終了日へ分解する読み替え

崖が失効しても、期限そのものが消えたわけではありません。2025年という象徴的な一点に束ねられていた複数の期限を、個別の日付に戻して並べ直す。ここからの実務はその作業です。

製品サポート終了日という動かせない期限の洗い出し方と優先順位

最初に押さえるのは、自社の判断では動かせない外部の日付です。OS、ミドルウェア、パッケージ、ハードウェア保守のそれぞれに終了日があり、公表済みのものは調達先の公式ページで確認できます。SAP ERP 6.0の標準保守が2027年末で区切られる件のように、業務の根幹に関わる期限は先に日付を確定させます。

期限の種類 日付の確度 実務上の猶予
製品サポート終了 公表済みで確定 1年から3年
技術者の退職 推定に幅が出る 3年から5年
制度改正への対応 官報で確定 半年から2年

優先順位は日付の近さではなく、超えたときに業務が止まるかどうかで決めます。止まらない期限は翌年度に送ってかまいません。着手を決めた後の判定軸と進め方はレガシーシステム脱却の判断基準と進め方にまとめてあります。

仕様を知る技術者の退職時期から逆算する社内の猶予年数の見積り方

外部の期限より読みにくいのが、人の期限です。対象システムの仕様を説明できる社員を実名で数え、その中で最も若い人の定年までの年数を書き出します。三人しかいない、しかも最年少が55歳という結果が出れば、猶予は実質5年前後と見ることになります。

この数え方の利点は、決裁者に反論の余地が少ないところです。人材不足を一般論で語ると「採用すればよい」で終わりますが、実名の一覧は代替の難しさをそのまま示す。DX動向2026でも人材の不足感は9割近くのまま解消しておらず、「大幅に不足している」という回答は58.9%から52.9%へわずかに減った程度です。外部から補充できる前提で日程を引くのは危険でしょう。

制度改正や取引先の要件が刷新日程を先に決めてしまう事業側の期限

三つ目は事業側から降ってくる期限です。税制や社会保険の改正、電子取引データの保存要件、取引先が指定する受発注フォーマットの変更。いずれも自社の都合とは無関係に施行日が決まり、既存システムで対応できなければ改修か刷新かの判断を迫られます。

ここで起きがちなのが、改正対応の改修を積み増して刷新をさらに先送りする流れです。改修費は単年度予算に収まるため通りやすく、結果として老朽化した基盤の上に対応だけが重なっていく。改正対応が三年で三回発生している業務は、その改修費の累計と刷新費を並べて比べる価値があります。

崖という言葉を使えなくなった稟議で刷新投資を通すための論点の置き換え

期限を並べ直したら、次は金額の説明です。国全体の損失額に頼らずに投資を通すための組み立てを示します。

DX投資が売上比1%未満に27.8%集中する現状を踏まえた予算の組み方

DX動向2026によると、売上に占めるDX投資額の割合は「1%未満」が27.8%で最も多く、「5%以上」も21.1%あります。2024年度から2025年度にかけて投資が増えたとした企業は51.7%。裏を返せば、半数近くは投資を増やしていません。

この分布が意味するのは、刷新費を単年度のIT予算だけで賄おうとすると多くの企業では枠が足りない、という事実です。全面刷新を一度に申請せず、業務単位で切り出して複数年度に分ける組み方のほうが通ります。切り出し方と移行方式の技術的な選択肢はモダナイゼーションとは?レガシー刷新の手法と実装アプローチで扱っています。

12兆円ではなく自社の年間維持費と障害停止時間で示す比較の型

決裁資料に載せる数字は三つで足ります。対象システムの年間保守費と運用人件費、直近三年の障害による業務停止時間、改修一件あたりの平均見積り額と所要日数です。いずれも社内の実績から出せます。

この三つを五年分に伸ばして刷新費と並べると、比較の土俵が国の試算から自社の帳簿へ移ります。「12兆円の一部が自社にも降りかかる」と書くより、保守費が年間いくらで障害停止が三年間で何時間だったかを実数で書いたほうが決裁は速い。三つの数字が社内に揃っていない場合は、その収集そのものを最初の起票内容にします。

2026年に刷新へ着手すべき条件と崖を根拠にした案件を見送る判断基準

ここからは判断を言い切ります。老朽化したシステムをすべていま刷新すべき、という立場は取りません。着手する条件と、見送ってよい条件を分けて示します。

いま着手すべき条件はサポート終了日が三年以内に確定している場合

着手を決める条件は一つに絞れます。動かせない期限が三年以内に確定していること。製品サポートの終了日、仕様を説明できる技術者の退職時期、施行日が官報に載った制度改正のいずれかが三年以内に来るなら、その年度に企画を起票します。

三年という線を引く理由は日程の逆算にあります。基幹系の刷新は要件定義から本番切替まで二年前後を見込む規模が多く、予算化と発注先の選定に半年を足すと、三年を切った時点で余裕がなくなるためです。期限に追われた刷新が現場で何を招くかは、基幹システム刷新の失敗事例と回避策で実例を追っています。

見送るべき案件は崖という言葉以外に投資理由を出せない企画である

逆に、見送ってよい案件も明確です。企画書から「2025年の崖」「DX推進」という語を削ったときに、投資理由が一行も残らない企画。これは今年度は見送ります。期限が確定しておらず、現行システムで業務が回っていて、刷新後に何が変わるかを業務部門が説明できない。この三つが揃った案件に着手しても、要件が固まらないまま費用だけが膨らみます。

もう一つ見送る類型があります。廃止や統合が検討されている業務を載せたシステムです。数年内に業務そのものが消える可能性があるなら、刷新費は回収できません。判断材料が社内で揃わない場合は、DXコンサルティングのような外部の視点を入れ、棚卸しと仕分けから着手する進め方もあります。

経営層への説明で2025年の崖という表現を残す場合の言い換えの手順

崖という言葉が社内に定着している場合、いきなり使用をやめると話が通じなくなります。段階を踏んで置き換えます。まず「2025年の崖で言われていたリスクのうち、自社に残っているのはこの二つ」と範囲を限定する。次にその二つを具体的な日付へ置き換える。最後に、日付ごとに対応するか見送るかの判断を並べます。

この順序なら、過去の資料との連続性を保ったまま論点を移せます。2018年のレポートを否定する必要はありません。あの試算が想定した条件のうち自社に当てはまるものだけを取り出す作業だと位置づければ、経営層の納得も得やすくなるはずです。

よくある質問

2025年の崖という言葉の扱いについて、実務でよく出る質問をまとめます。

2025年の崖という言葉は誰がいつ使い始めたのですか?

経済産業省が2018年9月7日に公表した『DXレポート ~ITシステム「2025年の崖」の克服とDXの本格的な展開~』が出典です。同省の「デジタルトランスフォーメーションに向けた研究会」がまとめました。老朽化したシステムの問題自体はそれ以前から指摘されていましたが、崖という比喩と最大12兆円という試算が結びついたことで、経営層まで届く言葉になっています。その後はDXレポート2、2.1、2.2と続編が公表され、最終版の2.2は2022年7月に出ました。

12兆円の経済損失という試算はどこまで信用してよいですか?

日本全体で年間に生じうる損失の上限値として置かれた推計で、企業ごとの被害額を示すものではありません。「最大」という条件つきの数字であり、内訳や発生確率まで分解されているわけでもない。政策議論の前提を共有する数字としては機能しましたが、個社の投資判断の根拠には向きません。自社の保守費、障害による停止時間、改修見積りの実績に置き換えて使ってください。

2025年を過ぎた今もDXレポートを社内資料の根拠にしてよいですか?

背景説明としてなら問題ありません。ただし期限の根拠には使えなくなりました。IPAの「DX動向2026」ではDXに取り組む企業が75.7%、成果が出ているとした企業が60.8%で、いずれも四年間ほぼ横ばい。崖を境に明暗が分かれたという事実は確認できていません。レポートは問題提起の出典として一文引用し、判断の根拠は自社の期限と費用に置く形が現実的です。

2025年の崖と2027年問題・2030年問題は何が違うのですか?

2025年の崖はレガシーシステム全般を対象にした政策上の問題提起で、特定製品の期限ではありません。対して2027年問題はSAP ERP 6.0の標準保守が2027年末で区切られる件を指し、対象企業と日付が具体的に決まっています。2030年問題は労働人口の減少やIT人材の需給を指して使われる語です。三つを混同すると対応の粒度がずれます。日付が確定しているものから先に日程を引いてください。

自社のシステムが2025年の崖の対象かどうかはどう確かめますか?

三点を確認します。第一に、改修のたびに影響範囲の調査へ何日かかっているか。第二に、設計意図を説明できる社員が何人いて、最年少が何歳か。第三に、年間の保守費が同規模の新規構築費の何割に達しているか。この三つが「調査に一週間以上」「三人以下」「三割超」に当てはまるなら、対象と考えて棚卸しに入ってよい水準です。稼働年数の長さだけでは判定できません。

関連記事

資料請求

RELATED POSTS 関連記事