「先方から『使っているシステムの .NET が11月でサポート切れになります』と連絡が来たのですが、これは何を意味するんでしょうか」——受注管理システムを外注で作ってもらった製造業の経営者から、そんな相談を受けました。技術の中身は分からない。でも「サポート切れ」という言葉に、漠然とした不安がある。この感覚は正しいものです。
2026年11月10日、マイクロソフトの開発基盤である .NET 8 と .NET 9 が、揃ってサポート終了を迎えます。自社の業務システムがこのどちらかの上で動いている場合、期限を過ぎると新たなセキュリティ修正が届かなくなります。作った会社ではなく、それを日々使い、費用を払っている「発注した側」こそ、いま状況を把握して段取りを決めるべき立場です。本記事では、技術の詳細ではなく、発注者が期限までに確認すべきことと判断のポイントに絞って説明します。
「サポート終了」が業務システムに意味すること
.NET は、業務システムやWebアプリの土台となる、マイクロソフトが提供する開発基盤です。サポート終了とは、この土台に対する更新——とりわけセキュリティ上の欠陥が見つかったときの修正が、もう提供されなくなることを指します。
動かなくなるわけではありません。11月11日にシステムが止まるわけでも、画面が消えるわけでもない。だからこそ厄介なのです。見た目は何も変わらないまま、新しい脆弱性が見つかっても穴が塞がれない状態で動き続ける。顧客情報や受発注データを扱うシステムがこの状態に入ると、情報漏洩や不正アクセスのリスクが時間とともに静かに高まります。取引先から「サポート切れの基盤で我々のデータを扱っているのか」と問われたとき、答えに詰まる——実務でいちばん痛いのは、この信用の問題です。
なぜ .NET 8 と .NET 9 が同じ日なのか、と疑問に思うかもしれません。.NET 8 は長期サポート版として2023年11月から36か月間支えられ、その窓が2026年11月10日に閉じます。一方の .NET 9 は通常サポート版ですが、サポート期間が従来の18か月から24か月に延びた結果、同じ2026年11月10日に終了日が揃いました。マイクロソフトは、次の長期サポート版である .NET 10（2028年11月までサポート）への更新を推奨しています。
発注者がまず確認する三つのこと
技術を分からなくても、発注者として確認・依頼できることがあります。順番はこの通りです。
| 確認すること | 誰に聞くか | 分かること |
|---|---|---|
| 自社システムが .NET の何で動いているか | 開発・保守を担う会社 | 対応が必要かどうか |
| 保守契約にアップグレードが含まれるか | 契約書・保守会社 | 追加費用の有無 |
| いつ・誰が .NET 10 へ上げるか | 保守会社と自社で合意 | 11月までの段取り |
一つ目が起点です。そもそも自社のシステムが .NET 8/9 で動いているのか、それとも別の基盤なのかが分からなければ、対応の要否も判断できません。保守を担う会社に「弊社のシステムは .NET のどのバージョンで動いていますか。11月のサポート終了の対象ですか」と一文で問い合わせるだけで、話が始まります。
二つ目は費用の所在です。月々の保守料に基盤のアップグレードが含まれているのか、それとも別見積りになるのか。ここは契約によって大きく違います。保守契約で発注者が本来見ておくべき点は保守・運用契約で発注者が見るべきことの記事、毎月の保守費用の正体は業務システムの保守費用の記事で整理しています。
「すぐには上げられない」ときの選択肢
厄介なのは、上げたくても上げられない事情がある場合です。古いライブラリに依存している、当時の担当者がいない、作った会社と連絡が取れない——現場でよく出会うのはこうした状況です。この場合でも、放置以外の選択肢はあります。
一つは、期限に間に合わせるための計画的なアップグレードを保守会社に正式に発注し、テスト期間を含めて11月から逆算した日程を組むこと。二つ目は、依存している古い部品を新しいものに置き換えながら .NET 10 へ移す、いわば健康診断つきの更新。三つ目は、そもそも作りが古く更新コストが高いなら、この機会に作り直しや別方式への移行を検討することです。過去のレガシー .NET アプリの近代化については.NET アプリ近代化の記事、乗り換え時のデータ移行の進め方はデータ移行で事故らない発注の記事が参考になります。
どれを選ぶにせよ、判断材料は「そのシステムがあと何年使う前提か」です。来年リプレース予定のものに大きな更新費をかける必要はありませんし、逆に今後10年使うなら、ここで手を打たないほうが割高になります。
事例: 期限3か月前に気づいて間に合った会社
社員五十名ほどの卸売業の会社（社名は伏せます）で、基幹の受発注システムが .NET 8 で動いていました。経営者はサポート終了を知らず、たまたま業界紙の記事で目にして問い合わせをくれました。7月時点、期限まで約4か月です。
まず保守会社に現状のバージョンと対応要否を確認したところ、対象であり、アップグレードは別途見積りという回答でした。そこで、テストを含めて11月10日から逆算した日程を引き、決済まわりだけ動作確認を手厚くする形で計画を組みました。効いたのは高度な技術判断ではありません。期限より前に「自社が対象かどうか」を確認し、逆算で段取りを決めたこと。これだけで、駆け込みでの無理な作業や、期限を過ぎてから慌てる事態を避けられました。もし気づくのが10月だったら、テスト時間が足りず、年末商戦の最中に不安を抱えて動かすことになっていたはずです。
まず保守会社に一文、問い合わせる
.NET 8・.NET 9 のサポート終了は、システムを即座に止めるものではありません。だからこそ、気づかないまま「セキュリティ修正の来ない土台」で動かし続けてしまうのが最大のリスクです。発注者にできる最初の一歩は、技術を理解することではなく、保守会社に「弊社のシステムは11月のサポート終了の対象ですか」と一文で問い合わせることです。対象なら、いつ・誰が・いくらで対応するかを、期限から逆算して決めていけば間に合います。
自社のシステムが対象なのか分からない、保守会社の見積りが妥当か判断できない、そもそも作った会社と連絡が取れない——そうしたお悩みがあれば、グリームハブの開発・AI・自動化のご相談窓口からお気軽にお問い合わせください。現状のバージョン確認から、期限に間に合わせる段取りづくりまで、発注者の目線でご一緒します。
