Wsparcie Dynamics NAV 2018 kończy się 11 stycznia 2028: co zrobić przed tą datą

11 stycznia 2028 Microsoft kończy wsparcie rozszerzone (extended support) dla Dynamics NAV 2018, ostatniej wersji NAV, jaką wydał. NAV 2017 traci je rok wcześniej, 11 stycznia 2027. Żadna z tych dat niczego nie wyłącza. Microsoft nie zapowiedział, że NAV przestanie działać, a licencja wieczysta działa dalej. Kończą się aktualizacje zabezpieczeń i płatne wsparcie.

Aktualizacje podatkowe i prawne skończyły się wcześniej. Należą do wsparcia podstawowego (mainstream support), które dla NAV 2018 zakończyło się 10 stycznia 2023. Koniec życia NAV 2018 nie jest więc urwiskiem w 2028. Aktualizacje prawne ustały prawie cztery lata temu, poprawki zabezpieczeń ustaną za 14 miesięcy, a licencjonowanie zmienia się w 2031.

Ten poradnik jest dla szefów finansów i IT w średnich firmach produkcyjnych, dystrybucyjnych i usługowych w krajach DACH, krajach nordyckich, Beneluksie i Wielkiej Brytanii, które pracują na NAV w wersjach od 2009 do 2018 z modyfikacjami narastającymi przez lata, często zbudowanymi przez partnera, którego już nie ma.

Co się kończy i kiedy

NAV 2018 podlega zasadom stałego cyklu życia (Fixed Lifecycle Policy) Microsoftu, a jego daty są na stronie cyklu życia NAV 2018.

Wsparcie rozszerzone, czyli faza, w której NAV 2018 jest od stycznia 2023, oznacza aktualizacje zabezpieczeń i płatne wsparcie. Po 11 stycznia 2028 aktualizacje zabezpieczeń ustają. Zasady dopuszczają płatne wsparcie po tej dacie tylko w ramach programu rozszerzonych aktualizacji zabezpieczeń (Extended Security Updates), a Microsoft nie oferuje dla NAV rozszerzonych aktualizacji zabezpieczeń.

Wydania podatkowe i regulacyjne wymagają aktywnego Enhancement Plan i przychodzą w ramach wsparcia podstawowego. Lista aktualizacji zbiorczych NAV 2018 Microsoftu kończy się na Cumulative Update 60 ze stycznia 2023. Od tamtej pory żadna lokalna wersja NAV 2018 nie dostała od Microsoftu nowych funkcji regulacyjnych: wsparcie rozszerzone dla NAV 2018 ich nie obejmuje.

Wpis Microsoftu z lipca 2026 o możliwościach migracji z NAV przedstawia zmiany licencyjne z 30 kwietnia 2031 i wzywa klientów NAV, żeby „już teraz zaczęli oceniać swoją długoterminową strategię ERP”.

Platforma pod spodem

Wymagania systemowe NAV 2018 kończą się na SQL Server 2019 i Windows Server 2022. SQL Server 2014 i 2016 są już poza wsparciem rozszerzonym, a Windows Server 2016 dołączy do nich 12 stycznia 2027. Na SQL Server 2019 i Windows Server 2022 baza danych pozostaje wspierana do 8 stycznia 2030, a system operacyjny do 14 października 2031. ERP, który na nich działa, już nie.

Zmiany prawne, których NAV nie dostanie

Ostatnia aktualizacja regulacyjna Microsoftu dla NAV 2018 ukazała się w styczniu 2023, zanim którakolwiek z tych zasad weszła w życie.

• Niemcy. Przy krajowej sprzedaży między przedsiębiorcami e-faktura (E-Rechnung) jest regułą od 1 stycznia 2025, a każda firma musi być w stanie ją odebrać (wystarczy skrzynka e-mail), według Federalnego Ministerstwa Finansów. Inne faktury pozostają dopuszczalne do 31 grudnia 2026, a u wystawców, których obrót w poprzednim roku nie przekroczył 800 000 euro, do końca 2027. Wymogi spełniają XRechnung i ZUGFeRD od wersji 2.0.1, z wyjątkiem profili MINIMUM i BASIC-WL.
• Belgia. Od 1 stycznia 2026 każda belgijska firma będąca podatnikiem VAT musi stosować ustrukturyzowane faktury elektroniczne, według federalnego portalu e-fakturowania. Dokumentacja Business Central Microsoftu dla Belgii wskazuje sieć Peppol jako kanał przesyłania.
• Polska. KSeF stał się obowiązkowy 1 lutego 2026 dla firm, których sprzedaż w 2024 przekroczyła 200 mln zł, a 1 kwietnia 2026 dla pozostałych, przy czym do 31 grudnia 2026 obowiązuje wyjątek dla niewielkiej miesięcznej sumy faktur. Polski nie ma wśród lokalnych wersji NAV 2018 Microsoftu, więc polski NAV nigdy nie dostawał swojej lokalizacji w aktualizacjach NAV 2018 od Microsoftu.

Niemiecka lokalizacja Business Central wymienia jako dostępne fakturowanie w XRechnung, ZUGFeRD i przez Peppol, a belgijska fakturowanie przez punkt dostępowy Peppol (access point). W innych krajach sprawdź z doradcą podatkowym aktualne przepisy i porównaj je z tym, co Twój NAV potrafi wysłać i odebrać.

Twoja wersja i Twoja ścieżka

Strona Microsoftu o ścieżkach uaktualnienia wyznacza drogę z NAV 2015, 2016, 2017 albo 2018 w trzech krokach: Business Central Spring 2019 (wersja 14), potem Business Central 2024 release wave 2 (wersja 25), potem aktualny Business Central 2026 release wave 2 (wersja 29). Jedno zdanie z tej strony przesądza o większości budżetu: „Ta ścieżka wymaga konwersji aplikacji z C/AL do AL.”

Z NAV 2009 droga przez NAV 2013 prowadzi też przez NAV 2018. Niezależnie od tego, jak Twój zespół nazywa ten system, migracja z Navision do Business Central z tych wersji to łańcuch uaktualnień.

Wersja 14 jest ostatnią, która obsługuje C/AL, a Txt2Al, narzędzie konwertujące obiekty C/AL do AL, jest dostarczane tylko z nią. Sama wersja 14 wypadła ze wsparcia w październiku 2025, a nowi klienci nie mogą używać jej produkcyjnie: to etap przejściowy, a nie miejsce postoju. W wersji 15 AL zastąpił C/AL, a Business Central stał się systemem opartym wyłącznie na rozszerzeniach. Wersja 25 to obowiązkowy przystanek, bo od wersji 26 bezpośrednie uaktualnienie z wersji 14 do najnowszego wydania nie jest obsługiwane.

Każda ścieżka, także te kończące się w chmurze, prowadzi przez lokalny Business Central 14.

Gdzie naprawdę jest praca

Nakład pracy rośnie wraz z tym, co wbudowano w system, a modyfikacje NAV zwykle wbudowywano wprost w obiekty samego Microsoftu.

Modyfikacje

W NAV partner modyfikował system, edytując kod C/AL Microsoftu: pole dodane do tabeli klientów, kilka linii w procedurze księgowania. Business Central zakłada, że aplikacja bazowa (Base Application) zostaje taka, jaką dostarczono, a Twoje zmiany leżą obok niej w rozszerzeniach, które reagują na zdarzenia.

Txt2Al konwertuje składnię, a nie projekt. Microsoft nazywa utworzenie tych rozszerzeń „pierwszym i zarazem największym krokiem” uaktualnienia. Jego przewodnik po modyfikacjach NAV opisuje, co zrobić z każdym rodzajem zmian: własne tabele stają się tabelami AL, własne pola w standardowych tabelach stają się rozszerzeniami tabel (table extensions) z przeniesionymi danymi, zmiany wewnątrz codeunitów Microsoftu stają się subskrybentami zdarzeń (event subscribers), a XMLports i zapytania (queries) buduje się od nowa. Personalizacje wprowadzone w kliencie Windows przepadają.

W instalacji lokalnej Microsoft nadal dopuszcza aplikację bazową z modyfikacjami w kodzie, choć zdecydowanie zaleca rozszerzenia. Jego przewodnik licencyjny dla instalacji lokalnych (wydanie z czerwca 2023) mówi, że klienci przechodzący z NAV z modyfikacjami niezgodnymi z „universal code” (kodem uniwersalnym) muszą wykupić licencję na dodatkowy moduł universal code. Online wszystko musi być rozszerzeniem.

Policz zmodyfikowane obiekty standardowe, własne tabele i pola oraz sprawdź, których z nich ktokolwiek jeszcze używa.

Raporty

Każdy raport C/AL buduje się od nowa w AL, jako nowy raport albo rozszerzenie raportu. Układy (layouty) przetrwają: obsługiwane są zarówno RDL, jak i Word, a Microsoft zaleca Word dla raportów dokumentowych, bo RDL bywa wolniejszy. Spisz własne raporty i wycofaj te, których nikt nie uruchamia.

Dodatki .NET

Współpraca z .NET (interoperability) istnieje tylko w instalacji lokalnej. Online Microsoft wskazuje zamiast niej control add-ins, Azure Functions albo zewnętrzne API. W instalacji lokalnej dodatki skompilowane w .NET Framework przestały działać w wersji 22 i muszą przejść na .NET Standard. Spisz każdy komponent, to, co robi, i to, czy jego dostawca jeszcze istnieje.

Integracje i usługi sieciowe

Od wersji 29 strony dostarczonej przez Microsoft nie można już opublikować jako punktu końcowego SOAP, a od wersji 30 również jako punktu końcowego OData. Rozwiązanie Microsoftu dla SOAP to kopia strony w Twoim własnym rozszerzeniu. Online integracje logują się wyłącznie przez OAuth2. Sklep internetowy, połączenie EDI czy system magazynowy, który wywołuje standardowe strony NAV przez SOAP, nie przetrwa więc przeprowadzki bez zmian. Zbuduj inwentarz z samego systemu (opublikowane usługi sieciowe, zaplanowane zadania, odczytywane i zapisywane pliki), z właścicielem i decyzją dla każdej pozycji.

Klient Windows

Klient Windows NAV został usunięty w wersji 15. Użytkownicy przechodzą do przeglądarki, aplikacji mobilnych albo aplikacji desktopowej. Razem z nim zniknęło drukowanie programowe, więc wszystko, co NAV drukuje bez naciśnięcia przycisku drukowania przez użytkownika, potrzebuje nowej drogi. Zaplanuj też szkolenia: zmienia się każdy ekran.

Dane

Dane z tabel z modyfikacjami w kodzie nie trafią do Business Central online, jeśli nie obsłużą ich rozszerzenia po obu stronach. Microsoft oczekuje przed przełączeniem co najmniej jednej próbnej migracji całości w środowisku sandbox. Zaplanuj kilka. Napisz migrację i jej kontrole jako kod, który można ponownie uruchomić na świeżej kopii produkcji, za każdym razem porównując salda i pozycje otwarte. Dział finansów zatwierdza wynik wtedy, gdy liczby się zgadzają, a nie wtedy, gdy kończy się zadanie.

Online czy lokalnie

Zdecyduj o tym, zanim ktokolwiek zacznie konwertować kod: od tego zależy, co przetrwa. Microsoft wymienia funkcje, których brakuje w instalacji lokalnej.

Online. Narzędzie migracji do chmury Microsoftu działa od lokalnej wersji 25 wzwyż, na SQL Server 2016 lub nowszym. Pełne uaktualnienie z NAV do Business Central w chmurze to więc NAV, potem lokalnie wersja 14 i wersja 25, a potem migracja. Alternatywa, narzędzie ponownego wdrożenia z Business Central 14, przenosi z wersji 14 do chmury tylko dane podstawowe, salda otwarcia i konfigurację. Jest w wersji zapoznawczej (preview), a Microsoft mówi, że funkcje w wersji zapoznawczej „nie są przeznaczone do użytku produkcyjnego”.

Bridge to Cloud 3. Ogłoszenie Microsoftu dla partnerów wyznacza okres zapisów od 1 stycznia 2026 do 31 grudnia 2027: 30% rabatu od komercyjnej ceny cennikowej na stały, nieodnawialny okres trzech lat, przez partnera Cloud Solution Provider. Dotyczy licencji lokalnych kupionych przed 1 września 2024 z aktywnym Enhancement Plan i tylko produktu online, na który nie miałeś wcześniej licencji. Strona partnerska Microsoftu wspomina też o voucherze na migrację do Business Central, którego warunki nie są publiczne.

Lokalnie. Każda wersja jest wspierana przez około 18 miesięcy (wersja 29, wydana w październiku 2026, do kwietnia 2028), więc pozostanie we wsparciu oznacza uaktualnienia w tym rytmie i za każdym razem ponowne testy rozszerzeń. Od kwietnia 2025 nowi klienci instalacji lokalnych mogą kupować tylko subskrypcje. W sprawie klientów NAV przenoszących licencje wieczyste menedżer społeczności (community manager) Microsoftu napisał w lutym 2025, że zasady przejścia się nie zmieniły. Nie znaleźliśmy żadnej daty, w której Microsoft kończy to prawo, więc uzyskaj swoje warunki na piśmie.

Ramy decyzji

Realistyczne są cztery ścieżki.

Uaktualnienie lokalne do bieżącego wydania. Wersja 14, potem 25, potem bieżąca, na własnych serwerach. Pasuje do firmy z dodatkami .NET albo integracjami, których nie może jeszcze zastąpić. Akceptujesz uaktualnienie mniej więcej co 18 miesięcy i moduł licencyjny, jeśli kod zostaje w aplikacji bazowej.

Uaktualnienie, potem przejście online. Ta sama droga do wersji 25, potem narzędzie migracji do chmury. Każda modyfikacja staje się rozszerzeniem, a każdy dodatek .NET zostaje zastąpiony, więc pracy przy konwersji jest tu najwięcej. Jeśli kwalifikujesz się do Bridge to Cloud 3, jego termin 31 grudnia 2027 wypada w trakcie projektu.

Nowy start w Business Central online. Przenieś dane podstawowe, salda otwarcia i konfigurację, zachowaj stary system do wglądu i zbuduj od nowa tylko te modyfikacje, których nadal potrzebujesz. Narzędzie Microsoftu do tego jest w wersji zapoznawczej i startuje z wersji 14. Firma, która wybierze inny ERP, staje przed bardzo podobną pracą przy danych i integracjach.

Pozostanie na NAV przez określony czas. System działa dalej. Od 11 stycznia 2028 nie dostaje poprawek zabezpieczeń, a każdy nowy format e-faktury musisz opracować sam. Ma to sens tylko z imiennie wskazaną osobą, która go utrzymuje, z systemem odciętym od otwartego internetu i z datą, kiedy to się kończy.

Najbliższe miesiące, niezależnie od wyboru

Do końca wsparcia NAV 2018 zostało 14 miesięcy. Jeśli Twój rok obrotowy kończy się w grudniu, przełączenie na początku stycznia trafia na zamknięcie roku, więc realistycznym celem jest uruchomienie jesienią 2027. Na NAV 2017 ta data przypada za dwa miesiące: przez część projektu będziesz pracować bez wsparcia, więc niech ta część będzie krótka.

Od teraz do końca marca 2027:

1. Potwierdź punkt wyjścia: wersję NAV, wersje SQL Server i Windows Server oraz to, czy Twój Enhancement Plan jest aktywny. Zależą od tego zarówno Bridge to Cloud 3, jak i przeniesienie licencji lokalnych.
2. Zabezpiecz kod. Wyeksportuj obiekty C/AL i trzymaj je w systemie kontroli wersji, zwłaszcza jeśli partnera, który je napisał, już nie ma.
3. Policz modyfikacje i to, które z nich są używane. Liczba, a nie wrażenie.
4. Zbuduj inwentarz integracji: każda usługa sieciowa, wymiana plików i dodatek .NET, z właścicielem i decyzją.
5. Sprawdź swoje obowiązki dotyczące e-faktur w każdym kraju, z którego fakturujesz.
6. Zdecyduj: online czy lokalnie, zanim zacznie się konwersja kodu.
7. Zarezerwuj zasoby: partnera, własnych ludzi z finansów i IT do testów oraz okno na przełączenie.

Licząc wstecz od uruchomienia jesienią 2027: próbne migracje i testy użytkowników latem, budowa rozszerzeń i przeróbka integracji wiosną, analiza i decyzje tej zimy.

Gdzie szukać pomocy

Przez całą przeprowadzkę musi działać firma: faktury w formacie, jakiego teraz wymagają przepisy, i magazyn, który nie przestaje wysyłać towaru. Pracujemy obok Twojego partnera Business Central albo bezpośrednio z Tobą, gdy partnera, który zbudował Twój NAV, już nie ma: przy konwersji modyfikacji C/AL na rozszerzenia AL, przebudowie integracji i raportów, kodzie migracji danych i jej uzgodnieniu oraz przy aplikacjach wokół NAV, które muszą przetrwać przeprowadzkę. Tę pracę opisuje nasza strona o modernizacji ERP, a utrzymanie systemów odziedziczonych obejmuje systemy, które zostają tam, gdzie są, do czasu przeprowadzki. Jeśli chcesz, żeby Twoje modyfikacje i integracje zostały policzone, zanim podpiszesz projekt uaktualnienia, napisz na office@c9group.dev.