古い .NET Framework（4.6.2）・Visual Studio 2017・Dynamics NAV 2017 のサポートは2027年1月〜4月に終わる｜社内の業務アプリが何で動いているかを確かめる

社内で10年近く動いている Windows 用の業務アプリ（会計・販売・生産管理など）は、いま動いていても、それを載せている部品には期限があります。Microsoft の「2027 年のサポート終了」の表には、Dynamics NAV 2017 が2027年1月11日、.NET Framework 4.6.2 が1月12日、Visual Studio 2017 が4月13日と載っています。確認した2026年10月5日から数えて、98日、99日、190日です。

表は、期限のあとに新しいセキュリティ更新プログラムやサポートが提供されなくなる、と説明しています。業務アプリが止まるとは書かれていません。止まらなくても、脆弱性が見つかったときに直してもらえない部品の上で、業務の情報を扱い続けることになります。そのため、最初にやるのは、どの業務アプリがどの部品で動いているかを一覧にすることです。

この記事は、作った会社は分かるが、どの .NET で動いているかは知らない、という担当の方向けです。OS である Windows Server 2016 は 別の記事、.NET 8・9 や PHP など新しい側の部品は こちらの記事に書いたので、ここでは .NET Framework、Visual Studio、Dynamics NAV に絞ります。表に出ている日付は Microsoft の公式の情報で、確かめ方や上げ先の読み方は当社の整理として書き分けます。部品の一覧づくりから一緒に見たい場合は、当社の古い業務システムの移行・保守の案内から相談できます。

2027年1月〜4月に切れる部品のうち、業務アプリに関わるもの

表に載っている部品のうち、業務アプリに関わるものを並べます。期限は Microsoft の表の日付で、右の2列は当社の整理です。

.NET Framework 4.6.2 と Windows Server 2016 と IIS 10 は、同じ1月12日です。Web の画面で使う業務アプリを Windows Server 2016 の上で動かしている場合は、3つが同じ日に重なります。Dynamics NAV 2017 と Team Foundation Server 2017 は、その前日の1月11日です。

.NET Framework の期限は、版と、載っている Windows で決まる

.NET Framework は、4.5.2 以降、Windows の部品として扱われます。Microsoft のサポート ポリシーは、部品の扱いは親の製品と同じで、4.5.2 以降は、インストールされている Windows のライフサイクルに従う、と書いています。4.5.2・4.6・4.6.1 は2022年4月26日に終わっていて、4.6.2 以降への更新が必要でした（Microsoft の Q&A）。

ここから読み取れること（当社の読み取り）は、4.6.2 から 4.8 に上げるだけでは、期限が先に延びるとは限らない、という点です。4.8 の期限は載っている Windows に従い、Windows Server 2016 は4.8 の対応一覧に入っています。Windows Server 2016 の上で4.8 に上げても、期限は OS と同じ2027年1月12日です。上げ先の期限が伸びるのは、Windows Server 2019（延長サポートは2029年1月まで）や Windows Server 2022（2031年10月まで）以降に載せ替えたときです。

名前が似ている「.NET」が2系統あるので、業務アプリが「.NET で作られている」と言われたときは、まず、どちらの系統かを聞きます。Windows 専用の .NET Framework と、Windows 以外でも動く新しい .NET は、期限の決まり方が別です。

自社の業務アプリが何で動いているかを、3か所で確かめる

確かめる場所は3つあります。1つ目は、パソコンやサーバーに入っている .NET Framework の版で、レジストリの Release の値で分かります。2つ目と3つ目は、アプリごとに対象にしている版です。1つ目は「入っている版」、2つ目と3つ目は「アプリが対象にしている版」で、見ているものが違います。

1つ目は、Microsoft の手順では、レジストリの NDP\v4\Full に、Release という値があり、4.6.2 以上なら394802以上です。Windows Server 2016 では、4.6.2 の値は394802と書かれています。値と版の対応は、下の折りたたみに抜き出しました。

2つ目は、デスクトップのアプリなら、アプリの設定ファイル（アプリ名.exe.config）の supportedRuntime の sku に、対象の版（たとえば .NETFramework,Version=v4.6.2）が書かれます（supportedRuntime 要素）。Web のアプリなら、web.config の compilation の targetFramework が、Web サイトが対象にする .NET Framework の版を表します（CompilationSection.TargetFramework）。

3つ目は、プログラム（アセンブリ）に付く TargetFramework 属性で、どの版で作ったかを示します（TargetFrameworkAttribute）。これは、設定ファイルだけで分からないときに、開発会社に聞く材料です。設定ファイルに版が書かれていない場合は、書かれていないという事実を、そのまま開発会社に伝えます。

上げ先：同じ .NET Framework の 4.8 へか、新しい .NET へ作り直すか

上げ先は2通りで、コードを変えるかどうかで分かれます。Microsoft の Q&Aは、4.6.2 以降の 4.x は前の 4.x に対してインプレース更新ができ、以前の 4.x で作ったアプリは、再コンパイルしなくても動くと想定している、と書いています。ただし、動作が変わる修正もわずかにあるので、実運用に入れる前に検証用の環境で確かめるよう案内しています。

新しい .NET への移植は、アップグレードの概要によると、アプリモデル、プロジェクト形式、一部の API が変わり、新しい .NET に無い技術を置き換える作業になります。同じ文書は、リスクとリターンで優先順位を付け、リスクの低いプロジェクトで先に試すよう案内しています。作り直す範囲の考え方は、当社の基幹システムの入れ替え費用と期間の記事に書きました。

どちらから考えるかは、次の3つの問いで分けます。問いの立て方は当社の整理です。

Visual Studio 2017 で保守している社内ツールは、道具の移し先を決める

Visual Studio 2017 は、Visual Studio 2017 のライフサイクルによると、メインストリームが2022年4月に終わり、延長サポートが2027年4月13日までです。サポートされている版は 15.9 だけで、同梱の Build Tools などもこの製品のライフサイクルの中にあります。

この期限は、道具のものです。Microsoft の Q&A は、Visual Studio と一緒にインストールされた .NET Framework は、Visual Studio のライフサイクルに従わず、Windows のものとして扱われる、と書いています。つまり、Visual Studio 2017 が終わっても、ビルドした業務アプリが載っている .NET Framework と Windows の期限は、別に決まります（当社の読み取り）。道具の期限で困るのは、あとからプログラムを直したり、作り直したりするときです。

移し先の候補として、Visual Studio 2019 は延長サポートが2029年4月まで、Visual Studio 2022 は2027年1月12日にメインストリームが終わって延長サポートに移り、延長サポートは2032年1月までです（2019、2022、2027年の表）。古いプロジェクトを新しい Visual Studio で開くと、プロジェクトの互換性のダイアログが開く、と Microsoft の移行ガイドに書かれています。ビルドできる環境が、特定の担当者のパソコンにしかない場合は、先にその場所と手順を書き出します。

• ビルドに使っているパソコンと、Visual Studio の版
• ソースコードの置き場。Team Foundation Server 2017 に置いている場合は、1月11日の期限が重なる
• ビルドの手順書が、担当者以外にも読める形であるか

ソースコードがあっても中身を説明できる人がいない場合は、当社の作った人がいない業務システムの仕様書をAIでソースコードから起こす記事に、読み取れる範囲を書きました。

Dynamics NAV 2017 を使っている場合

Dynamics NAV 2017 は、ライフサイクルのページによると、メインストリームが2022年1月に終わり、延長サポートが2027年1月11日までです。上げ先として、Microsoft は Business Central への経路を表にしています。Supported upgrade paths to Business Centralでは、NAV 2017（バージョン10）から最新の Business Central（2026 release wave 2、バージョン29）へは、Business Central Spring 2019（バージョン14）と2024 release wave 2（バージョン25）を経由する経路が載っていて、C/AL から AL への変換が要る、と書かれています。

NAV に独自に作り足した部分がある会社は、その量が上げる作業の大きさを決めます。導入パートナーに聞くのは、独自に作り足した範囲、連携している他のシステム、保守契約の範囲の3点です（当社の整理）。この記事では、上げ先の費用や期間は確かめていません。

開発会社に聞くことと、期限までの段取り

ここまでを、開発会社・保守会社への問い合わせの表にまとめます。1と2は、一覧の形で受け取ると、期限と並べて読めます。

期限は、99日後と190日後です。ただし、版を上げる作業は、動作の確認まで含めると、期限の前に終わらないことがあります。見積りと日程が出ていないものは、先に洗い出しておくと、予算を取る時間が残ります（当社の整理）。版を上げずに使い続ける場合は、期限のあとに見つかる弱点への備えを開発会社に聞き、判断の理由と次に見直す時期を社内に記録しておきます。

部品の一覧づくりと、上げ先の見立てについては、Aurant Technologies の基幹システムの刷新・レガシー移行の相談ページから、気になる点だけでも相談できます。OS の側はWindows Server 2016 の記事をあわせて見てください。