Dynamics NAV 2018のサポートは2028年1月11日に終了：それまでにすべきこと

2028年1月11日、MicrosoftはDynamics NAV 2018の延長サポートを終了します。MicrosoftがリリースしたNAVの最後のバージョンです。NAV 2017はその1年前、2027年1月11日に終了します。どちらの日付も、何かを止めるわけではありません。MicrosoftはNAVが動かなくなるとは言っておらず、永続ライセンスはそのまま使い続けられます。止まるのは、セキュリティ更新プログラムと有償サポートです。

税務と法令の更新は、それより前に止まっています。これらはメインストリームサポートに含まれるもので、NAV 2018のメインストリームサポートは2023年1月10日に終了しました。つまりNAV 2018のサポート終了は、2028年に訪れる崖ではありません。法令の更新はほぼ4年前に止まり、セキュリティの修正は14か月後に止まり、ライセンスは2031年に変わります。

この記事は、ドイツ語圏（DACH）、北欧、ベネルクス、英国の中堅の製造業者、卸売業者、サービス企業で、長年のカスタマイズを重ねたNAV 2009から2018を運用している財務部門とIT部門の責任者に向けたものです。そのカスタマイズを作ったパートナーが、すでにいなくなっていることも少なくありません。

何が、いつ終わるのか

NAV 2018はMicrosoftの固定ライフサイクルポリシーに従っており、日付はNAV 2018のライフサイクルのページに載っています。

延長サポートは、NAV 2018が2023年1月から入っている段階で、セキュリティ更新プログラムと有償サポートを意味します。2028年1月11日を過ぎると、セキュリティ更新プログラムは止まります。ポリシー上、その日以降の有償サポートは拡張セキュリティ更新プログラムの制度を通じてしか認められず、MicrosoftはNAV向けの拡張セキュリティ更新プログラムを提供していません。

税務と規制対応のリリースを受け取るには有効なEnhancement Planが必要で、それが提供されるのはメインストリームサポートの一部としてです。MicrosoftのNAV 2018の累積更新プログラムの一覧は、2023年1月のCumulative Update 60で終わっています。それ以降、NAV 2018の各国版はどれも、Microsoftから新しい規制対応の機能を受け取っていません。NAV 2018の延長サポートには、それが含まれていないのです。

MicrosoftはNAVの移行の選択肢に関する2026年7月の投稿で、2031年4月30日のライセンスの変更を説明し、NAVの顧客に「長期的なERP戦略の検討をいますぐ始める」よう求めています。

土台のプラットフォーム

NAV 2018のシステム要件は、SQL Server 2019とWindows Server 2022までです。SQL Server 2014と2016はすでに延長サポートが終わっており、Windows Server 2016も2027年1月12日にそれに続きます。SQL Server 2019とWindows Server 2022なら、データベースは2030年1月8日まで、OSは2031年10月14日までサポートされます。その上で動くERPは、そうではありません。

NAVに届かない法改正

MicrosoftがNAV 2018向けに出した最後の規制対応の更新は2023年1月のもので、以下のどのルールが施行されるよりも前です。

• ドイツ。 連邦財務省によると、国内の事業者間の取引では、2025年1月1日から電子インボイス（E-Rechnung）が原則となっており、すべての事業者がそれを受信できなければなりません（メールの受信箱があれば足ります）。それ以外の請求書は2026年12月31日まで、前年の売上高が80万ユーロ以下の発行者については2027年末まで、引き続き認められます。XRechnungと、バージョン2.0.1以降のZUGFeRDが要件を満たしますが、MINIMUMとBASIC-WLのプロファイルは除きます。
• ベルギー。 連邦の電子インボイスポータルによると、2026年1月1日から、VATの納税義務があるベルギーのすべての事業者は、構造化された電子インボイスを使わなければなりません。MicrosoftのBusiness Centralのベルギー向けドキュメントは、その経路としてPeppolネットワークを挙げています。
• ポーランド。 KSeFは、2024年の売上高が2億ズウォティを超える企業には2026年2月1日に、それ以外の企業には2026年4月1日に義務化されました。月間の請求額の合計が少ない場合は、2026年12月31日まで例外があります。ポーランドはMicrosoftのNAV 2018の各国版に含まれていないため、ポーランドのNAVは、そのローカライズをMicrosoftのNAV 2018の更新から受け取ったことが一度もありません。

Business Centralのドイツ向けのローカライズは、XRechnung、ZUGFeRD、Peppolによる請求を利用可能な機能として挙げており、ベルギー向けのローカライズはPeppolアクセスポイントを通じた請求を挙げています。そのほかの国については、現行のルールを税理士に確認し、自社のNAVが送受信できるものと突き合わせてください。

自社のバージョンと移行経路

Microsoftのアップグレードパスのページは、NAV 2015、2016、2017、2018からの経路を3つのステップで定めています。Business Central Spring 2019（バージョン14）、次にBusiness Central 2024 release wave 2（バージョン25）、そして現行のBusiness Central 2026 release wave 2（バージョン29）です。予算の大半を決めるのは、そのページにある1文です。「この経路では、アプリケーションをC/ALからALに変換する必要があります」。

NAV 2009からの場合、NAV 2013を経由する経路はNAV 2018も通ります。社内でそのシステムを何と呼んでいても、これらのバージョンからのNavisionからBusiness Centralへの移行は、アップグレードの連鎖です。

バージョン14はC/ALをサポートする最後のバージョンで、C/ALのオブジェクトをALに変換するツールであるTxt2Alは、このバージョンにしか付属していません。バージョン14自体のサポートは2025年10月に終了しており、新規の顧客は本番環境で使えません。足がかりであって、とどまる場所ではありません。バージョン15でALがC/ALに取って代わり、Business Centralは拡張機能だけを前提とするようになりました。バージョン25を必ず経由しなければならないのは、バージョン26以降、バージョン14から最新リリースへの直接アップグレードがサポートされていないからです。

クラウドで終わる経路も含め、どの経路もオンプレミスのBusiness Central 14を通ります。

作業が実際にあるところ

作業量は、システムにどれだけ作り込んできたかに比例して増えます。そしてNAVのカスタマイズは、たいていMicrosoft自身のオブジェクトに直接組み込まれていました。

カスタマイズ

NAVでは、パートナーはMicrosoftのC/ALコードを編集してカスタマイズしていました。得意先テーブルにフィールドを1つ追加し、転記ルーチンに数行を書き足す、といった具合です。Business Centralは、ベースアプリケーションを提供されたままの状態に保ち、変更はその横に、イベントに応答する拡張機能として置くことを前提にしています。

Txt2Alが変換するのは構文であって、設計ではありません。Microsoftは、こうした拡張機能を作ることを、アップグレードの「最初のステップであり、最大のステップ」と呼んでいます。MicrosoftのNAVカスタマイズのプレイブックは、扱い方を次のように示しています。独自のテーブルはALのテーブルになり、標準テーブルに追加した独自のフィールドはテーブル拡張になってデータが移され、Microsoftのコードユニット内の変更はイベントサブスクライバーになり、XMLportsとクエリは作り直されます。Windowsクライアントで行った個人用設定は失われます。

オンプレミスでは、Microsoftはコードを直接カスタマイズしたベースアプリケーションをいまも認めていますが、拡張機能を強く推奨しています。Microsoftのオンプレミス向けライセンスガイド（2023年6月版）は、「universal code」（汎用コード）に適合しないカスタマイズを抱えてNAVから移行する顧客は、追加のuniversal codeモジュールのライセンスを取得しなければならないとしています。オンラインでは、すべてが拡張機能でなければなりません。

変更された標準オブジェクト、独自のテーブルとフィールドを数え、そのうちどれをまだ誰かが使っているかを把握してください。

レポート

C/ALのレポートはすべて、新しいレポートかレポート拡張として、ALで作り直します。レイアウトは引き継げます。RDLとWordのどちらもサポートされており、RDLは遅くなることがあるため、Microsoftは帳票レポートにはWordを推奨しています。独自のレポートを一覧にし、誰も実行していないものは廃止してください。

.NETアドイン

.NETとの相互運用は、オンプレミスにしかありません。オンラインでは、Microsoftは代わりにコントロールアドイン、Azure Functions、外部APIを案内しています。オンプレミスでも、.NET Frameworkでコンパイルされたアドインはバージョン22で動かなくなっており、.NET Standardに移す必要があります。すべてのコンポーネントについて、何をしているか、そして提供元がまだ存在するかを一覧にしてください。

連携とWebサービス

バージョン29から、MicrosoftのページはSOAPエンドポイントとして公開できなくなり、バージョン30からはODataエンドポイントとしても公開できなくなります。SOAPについてMicrosoftが示す対処は、自社の拡張機能の中にそのページのコピーを作ることです。オンラインでは、連携のサインインはOAuth2だけです。つまり、NAVの標準ページをSOAPで呼び出しているECサイト、EDI連携、倉庫管理システムは、そのままでは移行を乗り切れません。棚卸しはシステムそのもの（公開されているWebサービス、スケジュールされたジョブ、読み書きされるファイル）から作り、それぞれに責任者と決定を割り当ててください。

Windowsクライアント

NAVのWindowsクライアントは、バージョン15で廃止されました。ユーザーはブラウザー、モバイルアプリ、デスクトップアプリに移ります。プログラムからの印刷も一緒になくなったので、ユーザーが印刷ボタンを押さずにNAVが印刷しているものには、すべて新しい経路が必要です。研修も計画してください。すべての画面が変わります。

データ

コードでカスタマイズされたテーブルのデータは、両側の拡張機能がそれを扱わない限り、オンラインのBusiness Centralには届きません。Microsoftは、本番切り替えの前に、サンドボックスで移行全体のリハーサルを少なくとも1回行うよう求めています。複数回を計画してください。移行とその検証は、本番環境の新しいコピーに対して何度でも再実行できるコードとして書き、毎回、残高と未決済項目を比較します。経理が承認するのは、ジョブが終わったときではなく、数字が一致したときです。

オンラインか、オンプレミスか

これは、誰かがコードの変換を始める前に決めてください。何が生き残るかが、これで決まるからです。Microsoftは、オンプレミスにない機能を一覧にしています。

オンライン。 Microsoftのクラウド移行ツールは、SQL Server 2016以降で動くオンプレミスのバージョン25以降から使えます。したがって、NAVからクラウドのBusiness Centralへの完全なアップグレードは、NAV、次にオンプレミスのバージョン14とバージョン25、そして移行、という順になります。もう1つの方法であるBusiness Central 14の再実装ツールは、マスタデータ、開始残高、設定だけをバージョン14からクラウドに移します。これはプレビューで、Microsoftはプレビュー機能について「本番環境での使用を意図したものではない」としています。

Bridge to Cloud 3。 Microsoftのパートナー向けの告知は、申し込み期間を2026年1月1日から2027年12月31日までと定めています。内容は、Cloud Solution Providerを通じた、更新できない3年間の固定期間について、商用の定価から30%の割引です。対象は、2024年9月1日より前に購入し、Enhancement Planが有効なオンプレミスのライセンスで、これまでにライセンスを取得したことのないオンライン製品に限られます。Microsoftのパートナーサイトは、Business Centralの移行バウチャーにも触れていますが、その条件は公開されていません。

オンプレミス。 各バージョンのサポート期間は約18か月です（2026年10月にリリースされたバージョン29は2028年4月まで）。サポートを受け続けるには、そのリズムでアップグレードし、そのたびに拡張機能を再テストすることになります。2025年4月以降、オンプレミスの新規顧客が購入できるのはサブスクリプションだけです。永続ライセンスを移行するNAVの顧客については、Microsoftのコミュニティマネージャーが2025年2月に、移行に関するポリシーは変わっていないと書いています。当社は、その権利についてMicrosoftが定めた終了日を見つけられませんでした。条件は書面で確認してください。

判断の枠組み

現実的な道は4つあります。

オンプレミスで現行リリースにアップグレードする。 自社のサーバー上で、バージョン14、次に25、そして現行リリースへ進みます。まだ置き換えられない.NETアドインや連携を抱える企業に合う道です。おおよそ18か月ごとのアップグレードと、ベースアプリケーションにコードを残すならライセンスモジュールを受け入れることになります。

アップグレードしてから、オンラインに移る。 バージョン25までは同じ経路で、その後にクラウド移行ツールを使います。すべてのカスタマイズが拡張機能になり、すべての.NETアドインが置き換えられるので、変換作業はこの道が最も大きくなります。Bridge to Cloud 3の対象になるなら、その2027年12月31日の期限はプロジェクトの期間中にやってきます。

オンラインのBusiness Centralで一から始める。 マスタデータ、開始残高、設定を移し、古いシステムは参照用に残し、まだ必要なカスタマイズだけを作り直します。このためのMicrosoftのツールはプレビューで、バージョン14が出発点です。別のERPを選ぶ企業も、ほぼ同じデータと連携の作業に向き合うことになります。

期間を決めてNAVにとどまる。 NAVは動き続けます。2028年1月11日からはセキュリティの修正が届かず、新しい電子インボイスのフォーマットはすべて自社で開発することになります。この道が成り立つのは、保守を担当する人が名指しで決まっていて、システムをインターネットに直接さらさず、終わりの日付が決まっている場合だけです。

どれを選んでも、これからの数か月にすること

NAV 2018のサポート終了まで、残りは14か月です。会計年度が12月に終わるなら、1月初めの本番切り替えは年度末の決算と重なるので、現実的な目標は2027年秋の本番稼働です。NAV 2017なら、期限は2か月後です。プロジェクトの一部はサポートのない状態で運用することになるので、その期間は短くしてください。

今から2027年3月末までの間に、次のことを進めてください。

1. 出発点を確認する：NAVのバージョン、SQL ServerとWindows Serverのバージョン、そしてEnhancement Planが有効かどうか。Bridge to Cloud 3もオンプレミスのライセンス移行も、それ次第です。
2. コードを確保する。 C/ALのオブジェクトをエクスポートし、バージョン管理の下に置きます。それを書いたパートナーがもういないなら、なおさらです。
3. カスタマイズを数え、どれが使われているかを把握する。印象ではなく、数字で。
4. 連携の棚卸しを作る：すべてのWebサービス、ファイル交換、.NETアドインについて、責任者と決定を添えて。
5. 電子インボイスの義務を確認する：請求書を発行している国ごとに。
6. オンラインかオンプレミスかを決める：コードの変換が始まる前に。
7. 体制を押さえる：パートナー、テストに当たる自社の経理とITの担当者、そして本番切り替えの時間枠。

2027年秋の本番稼働から逆算すると、夏に移行リハーサルとユーザーテスト、春に拡張機能の構築と連携の改修、そしてこの冬に分析と意思決定です。

ご相談先

移行のあいだも持ちこたえなければならないのは、業務そのものです。法律がいま求めるフォーマットの請求書と、出荷を止めない倉庫です。当社は、Business Centralのパートナーの隣で、あるいはNAVを作ったパートナーがもういない場合は御社と直接、C/ALのカスタマイズのAL拡張機能への変換、連携とレポートの作り直し、データ移行のコードとその照合、そして移行を生き延びなければならないNAVの周りのアプリケーションを担当します。その仕事はERPモダナイゼーションのページで、移行するまで現状のまま残るシステムについてはレガシーシステムの保守でご説明しています。アップグレードのプロジェクトに署名する前にカスタマイズと連携を数えておきたいなら、office@c9group.devまでご連絡ください。