Поддръжката на Dynamics NAV 2018 приключва на 11 януари 2028 г.: какво да направите дотогава

На 11 януари 2028 г. Microsoft прекратява удължената поддръжка (extended support) на Dynamics NAV 2018, последната версия на NAV, която компанията издаде. За NAV 2017 това става година по-рано, на 11 януари 2027 г. Нито една от двете дати не изключва нищо. Microsoft не е казала, че NAV ще спре да работи, а безсрочният лиценз продължава да действа. Спират актуализациите за сигурност и платената поддръжка.

Данъчните и законодателните актуализации спряха по-рано. Те са част от основната поддръжка (mainstream support), която за NAV 2018 приключи на 10 януари 2023 г. Затова краят на жизнения цикъл на NAV 2018 не е пропаст през 2028 г. Законодателните актуализации спряха преди почти четири години, корекциите за сигурност спират след 14 месеца, а лицензирането се променя през 2031 г.

Това ръководство е за финансовите и ИТ ръководители в средни производствени, дистрибуторски и обслужващи компании в немскоезичните страни (DACH), Северна Европа, Бенелюкс и Обединеното кралство, които работят с NAV от 2009 до 2018 с години натрупани доработки, често изградени от партньор, който вече го няма.

Какво приключва и кога

NAV 2018 следва Fixed Lifecycle Policy на Microsoft (политиката за фиксиран жизнен цикъл), а датите ѝ са на страницата за жизнения цикъл на NAV 2018.

Удължената поддръжка, фазата, в която NAV 2018 е от януари 2023 г., означава актуализации за сигурност и платена поддръжка. След 11 януари 2028 г. актуализациите за сигурност спират. Политиката допуска платена поддръжка след тази дата само чрез програмата Extended Security Updates (разширени актуализации за сигурност), а Microsoft не предлага Extended Security Updates за NAV.

Данъчните и регулаторните издания изискват активен Enhancement Plan и идват с основната поддръжка. Списъкът на Microsoft с кумулативните актуализации за NAV 2018 завършва с Cumulative Update 60 от януари 2023 г. Оттогава нито една локализирана версия на NAV 2018 не е получила нови регулаторни функции от Microsoft: удължената поддръжка на NAV 2018 не ги включва.

Публикацията на Microsoft от юли 2026 г. за възможностите за миграция от NAV описва промените в лицензирането от 30 април 2031 г. и призовава клиентите на NAV „да започнат да оценяват дългосрочната си ERP стратегия още сега“.

Платформата под NAV

Системните изисквания на NAV 2018 стигат до SQL Server 2019 и Windows Server 2022. SQL Server 2014 и 2016 вече са извън удължената поддръжка, а Windows Server 2016 ги следва на 12 януари 2027 г. При SQL Server 2019 и Windows Server 2022 базата данни остава поддържана до 8 януари 2030 г., а операционната система до 14 октомври 2031 г. Не и ERP системата, която работи върху тях.

Законодателните промени, които NAV няма да получи

Последната регулаторна актуализация на Microsoft за NAV 2018 излезе през януари 2023 г., преди някое от тези правила да влезе в сила.

• Германия. При вътрешните продажби между предприятия електронната фактура (E-Rechnung) е правилото от 1 януари 2025 г. и всяко предприятие трябва да може да получава такава (достатъчна е имейл пощенска кутия), според Федералното министерство на финансите. Други фактури остават допустими до 31 декември 2026 г. или до края на 2027 г. за издателите с оборот за предходната година не повече от 800 000 евро. На изискванията отговарят XRechnung и ZUGFeRD от версия 2.0.1 нататък, с изключение на профилите MINIMUM и BASIC-WL.
• Белгия. От 1 януари 2026 г. всяко белгийско предприятие, което е задължено по ДДС, трябва да използва структурирани електронни фактури, според федералния портал за електронно фактуриране. Документацията на Microsoft за Business Central за Белгия посочва мрежата Peppol като канал.
• Полша. Използването на KSeF стана задължително на 1 февруари 2026 г. за компаниите с продажби за 2024 г. над 200 милиона злоти и на 1 април 2026 г. за останалите, като до 31 декември 2026 г. има изключение при малки месечни суми по фактури. Полша не е сред държавите, за които Microsoft има локализирана версия на NAV 2018, така че полският NAV никога не е получавал локализацията си чрез актуализациите на Microsoft за NAV 2018.

Германската локализация на Business Central посочва фактурирането чрез XRechnung, ZUGFeRD и Peppol като налично, а белгийската посочва фактуриране през точка за достъп до Peppol (access point). За другите държави проверете с данъчния си консултант актуалните правила и ги сравнете с това, което вашият NAV може да изпраща и получава.

Вашата версия и вашият път

Страницата на Microsoft за пътищата за надграждане определя пътя от NAV 2015, 2016, 2017 или 2018 в три стъпки: Business Central Spring 2019 (версия 14), след това Business Central 2024 release wave 2 (версия 25) и накрая актуалната Business Central 2026 release wave 2 (версия 29). Едно изречение на тази страница определя по-голямата част от бюджета: „Този път изисква да преобразувате приложението си от C/AL в AL“.

От NAV 2009 пътят през NAV 2013 минава и през NAV 2018. Както и да нарича екипът ви системата, миграцията от Navision към Business Central от тези версии е верига от надграждания.

Версия 14 е последната, която поддържа C/AL, а Txt2Al, инструментът, който преобразува C/AL обекти в AL, се доставя само с нея. Самата версия 14 излезе от поддръжка през октомври 2025 г. и новите клиенти не могат да я използват в продуктивна среда: тя е междинна стъпка, а не място за спиране. Във версия 15 AL замени C/AL и Business Central стана изцяло базиран на разширения. Версия 25 е задължителна спирка, защото от версия 26 насам директното надграждане от версия 14 до най-новото издание не се поддържа.

Всеки път, включително тези, които завършват в облака, минава през локално инсталиран (on-premises) Business Central 14.

Къде всъщност е работата

Усилието расте с това, което е вградено в системата, а доработките в NAV обикновено са вграждани направо в собствените обекти на Microsoft.

Доработки

В NAV партньорът правеше доработките, като редактираше C/AL кода на Microsoft: поле, добавено в таблицата на клиентите, няколко реда в рутината за осчетоводяване. Business Central очаква базовото приложение (base application) да остане такова, каквото е доставено, а вашите промени да стоят до него в разширения, които реагират на събития.

Txt2Al преобразува синтаксиса, но не и архитектурата. Microsoft нарича създаването на тези разширения „първата и най-голямата стъпка“ при надграждането. Наръчникът ѝ за доработките в NAV описва какво става с всяка от тях: собствените таблици стават AL таблици, собствените полета в стандартните таблици стават разширения на таблици (table extensions), като данните им се прехвърлят, промените вътре в codeunit обектите на Microsoft стават абонати за събития (event subscribers), а XMLports и заявките (queries) се изграждат наново. Персонализациите, направени в клиента за Windows, се губят.

При локална инсталация Microsoft все още допуска базово приложение с доработки в кода, макар настоятелно да препоръчва разширения. Ръководството ѝ за лицензиране на локални инсталации (издание от юни 2023 г.) посочва, че клиентите, които мигрират от NAV с доработки, несъвместими с „universal code“ (универсален код), трябва да лицензират допълнителен модул за universal code. В онлайн версията всичко трябва да бъде разширение.

Пребройте променените стандартни обекти, собствените таблици и полета и кои от тях някой все още използва.

Отчети

Всеки C/AL отчет се изгражда наново в AL като нов отчет или като разширение на отчет (report extension). Оформленията оцеляват: поддържат се и RDL, и Word, а за документните отчети Microsoft препоръчва Word, защото RDL може да е по-бавен. Направете списък на собствените отчети и изведете от употреба онези, които никой не пуска.

.NET добавки

Взаимодействието с .NET (.NET interoperability) съществува само при локалните инсталации. За онлайн версията Microsoft насочва вместо това към control add-ins, Azure Functions или външни API. При локалните инсталации добавките, компилирани с .NET Framework, спряха да работят във версия 22 и трябва да преминат към .NET Standard. Направете списък на всеки компонент, какво прави и дали доставчикът му все още съществува.

Интеграции и уеб услуги

От версия 29 страница на Microsoft вече не може да се публикува като SOAP крайна точка, а от версия 30 и като OData крайна точка. Решението на Microsoft за SOAP е копие на страницата във вашето собствено разширение. В онлайн версията интеграциите се удостоверяват само с OAuth2. Затова уеб магазин, EDI връзка или складова система, които извикват стандартни страници на NAV през SOAP, няма да преминат през миграцията без промени. Изградете инвентаризацията от самата система (публикувани уеб услуги, планирани задачи, файлове, които се четат и записват), с отговорник и решение за всеки елемент.

Клиентът за Windows

Клиентът за Windows на NAV беше премахнат във версия 15. Потребителите преминават към браузъра, мобилните приложения или настолно приложение. Заедно с него отпадна и програмният печат, така че всичко, което NAV отпечатва, без потребител да натисне бутона за печат, се нуждае от нов начин. Планирайте и обучение: всеки екран се променя.

Данните

Данни от таблици с доработки в кода не могат да стигнат до Business Central online, освен ако разширения от двете страни не ги обработват. Microsoft изисква поне едно пробно изпълнение на цялата миграция в тестова среда (sandbox) преди преминаването към новата система. Планирайте няколко. Напишете миграцията и проверките ѝ като код, който можете да пускате отново върху свежо копие на продуктивната среда, като всеки път сравнявате салдата и отворените позиции. Финансовият отдел одобрява, когато числата съвпаднат, а не когато задачата приключи.

Онлайн или локално

Решете това, преди някой да започне да преобразува код: от него зависи какво ще оцелее. Microsoft публикува списък на функциите, които липсват при локалната инсталация.

Онлайн. Инструментът на Microsoft за миграция към облака работи от локална версия 25 или по-нова, върху SQL Server 2016 или по-нов. Затова пълното надграждане от NAV към Business Central в облака изглежда така: NAV, след това версия 14 и версия 25 локално и накрая миграцията. Алтернативата, инструментът за повторно внедряване от Business Central 14, прехвърля от версия 14 в облака само основните данни, началните салда и настройките. Той е в предварителна версия (preview), а Microsoft посочва, че функциите в предварителна версия „не са предназначени за използване в продуктивна среда“.

Bridge to Cloud 3. Обявлението на Microsoft за партньори определя срок за записване от 1 януари 2026 г. до 31 декември 2027 г.: 30% отстъпка от търговската листова цена за фиксиран тригодишен срок без подновяване, чрез партньор от програмата Cloud Solution Provider. Тя важи за локални лицензи, закупени преди 1 септември 2024 г., с активен Enhancement Plan, и само за онлайн продукт, който не сте лицензирали преди. Партньорският сайт на Microsoft споменава и ваучер за миграция към Business Central, чиито условия не са публични.

Локално. Всяка версия се поддържа около 18 месеца (версия 29, издадена през октомври 2026 г., до април 2028 г.), така че оставането в поддръжка означава надграждане с този ритъм и повторно тестване на разширенията ви всеки път. От април 2025 г. новите клиенти на локални инсталации могат да купуват само абонаменти. За клиентите на NAV, които прехвърлят безсрочните си лицензи, мениджър на общността (community manager) на Microsoft написа през февруари 2025 г., че правилата за прехода не са променени. Не открихме крайна дата от Microsoft за това право, затова получете условията си писмено.

Рамка за решение

Реалистичните пътища са четири.

Локално надграждане до актуалното издание. Версия 14, след това 25, след това актуалната, на вашите собствени сървъри. Подхожда на компания с .NET добавки или интеграции, които още не може да замени. Приемате надграждане приблизително на всеки 18 месеца и лицензен модул, ако в базовото приложение остане код.

Надграждане, след това миграция онлайн. Същият път до версия 25, след това инструментът за миграция към облака. Всяка доработка става разширение и всяка .NET добавка се заменя, затова тук работата по преобразуването е най-голяма. Ако отговаряте на условията за Bridge to Cloud 3, крайният му срок 31 декември 2027 г. попада в рамките на проекта.

Ново начало в Business Central online. Прехвърляте основните данни, началните салда и настройките, запазвате старата система за справки и изграждате наново само доработките, които все още са ви нужни. Инструментът на Microsoft за това е в предварителна версия и започва от версия 14. Компания, която избере друга ERP система, е изправена пред почти същата работа по данните и интеграциите.

Оставане на NAV за определен период. Системата продължава да работи. От 11 януари 2028 г. тя не получава корекции за сигурност, а всеки нов формат за електронно фактуриране е ваша собствена разработка. Това е приемливо само ако има поименно определен човек, който я поддържа, системата е държана далеч от отворения интернет и има дата, на която този период приключва.

Следващите месеци, какъвто и път да изберете

До края на поддръжката на NAV 2018 остават 14 месеца. Ако финансовата ви година приключва през декември, преминаване в началото на януари съвпада с годишното приключване, затова реалистичната цел е пускане в експлоатация през есента на 2027 г. При NAV 2017 датата е след два месеца: част от проекта ще работите без поддръжка, затова нека тази част е кратка.

От днес до края на март 2027 г.:

1. Потвърдете отправната си точка: версията на NAV, версиите на SQL Server и Windows Server и дали вашият Enhancement Plan е активен. От това зависят както Bridge to Cloud 3, така и прехвърлянето на лицензите при локална инсталация.
2. Осигурете кода. Експортирайте C/AL обектите и ги дръжте под контрол на версиите, особено ако партньорът, който ги е написал, вече го няма.
3. Пребройте доработките и кои от тях се използват. Число, а не впечатление.
4. Изградете инвентаризацията на интеграциите: всяка уеб услуга, всеки обмен на файлове и всяка .NET добавка, с отговорник и решение.
5. Проверете задълженията си за електронно фактуриране във всяка държава, от която издавате фактури.
6. Решете дали онлайн или локално, преди да започне преобразуването на кода.
7. Резервирайте капацитет: партньора, собствените си финансови и ИТ специалисти за тестването и прозорец за преминаването.

Като броим назад от пускане в експлоатация през есента на 2027 г.: пробни изпълнения и потребителско тестване през лятото, изграждане на разширенията и преработка на интеграциите през пролетта, анализ и решения тази зима.

Къде да получите помощ

По време на миграцията трябва да издържи бизнесът: фактури във формата, който законът вече изисква, и склад, който продължава да експедира. Работим до вашия партньор за Business Central или директно с вас, когато партньорът, изградил вашия NAV, вече го няма, по преобразуването на C/AL доработки в AL разширения, изграждането наново на интеграции и отчети, кода за миграция на данните и неговото равнение, както и по приложенията около NAV, които трябва да оцелеят при миграцията. Тази работа е описана на страницата ни за модернизация на ERP, а поддръжката на наследени системи обхваща системите, които остават където са, докато не мигрирате. Ако искате доработките и интеграциите ви да бъдат преброени, преди да подпишете проект за надграждане, пишете ни на office@c9group.dev.