انتهاء دعم 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.

هذا الدليل لمسؤولي المالية وتقنية المعلومات في شركات التصنيع والتوزيع والخدمات متوسطة الحجم في ألمانيا والنمسا وسويسرا، ودول الشمال الأوروبي، ودول البنلوكس، والمملكة المتحدة، ممن يشغّلون إصدارات 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 بالتحديثات التراكمية (cumulative updates) لـ NAV 2018 تنتهي بـ Cumulative Update 60، في يناير 2023. ومنذ ذلك الحين، لم تتلقَّ أي نسخة محلية (local version) من NAV 2018 ميزات تنظيمية جديدة من Microsoft: فالدعم الممتد لـ NAV 2018 لا يشملها.

ويعرض منشور Microsoft في يوليو 2026 حول خيارات ترحيل NAV تغييرات الترخيص في 30 أبريل 2031، ويطلب من عملاء NAV «البدء الآن في تقييم استراتيجيتهم طويلة الأمد لنظام ERP».

المنصة التي يعمل عليها

تتوقف متطلبات النظام لـ 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، قبل أن تدخل أي من هذه القواعد حيز التنفيذ.

• ألمانيا. في المبيعات المحلية بين الشركات، أصبحت الفاتورة الإلكترونية هي القاعدة منذ 1 يناير 2025، ويجب أن تكون كل شركة قادرة على استلامها (يكفي صندوق بريد إلكتروني)، وفقاً لـ وزارة المالية الاتحادية. وتظل الفواتير الأخرى مسموحة حتى 31 ديسمبر 2026، أو حتى نهاية 2027 للمُصدِرين الذين لم يتجاوز رقم أعمالهم في السنة السابقة 800,000 يورو. وتفي XRechnung وZUGFeRD ابتداءً من الإصدار 2.0.1 بالمتطلبات، باستثناء ملفَّي التعريف MINIMUM وBASIC-WL.
• بلجيكا. منذ 1 يناير 2026، يجب على كل شركة بلجيكية خاضعة لضريبة القيمة المضافة أن تستخدم فواتير إلكترونية منظَّمة، وفقاً لـ البوابة الاتحادية للفوترة الإلكترونية. وتسمّي وثائق Business Central لدى Microsoft الخاصة ببلجيكا شبكة Peppol قناةً لذلك.
• بولندا. أصبح KSeF إلزامياً في 1 فبراير 2026 للشركات التي تجاوزت مبيعاتها في 2024 مبلغ 200 مليون زلوتي، وفي 1 أبريل 2026 لبقية الشركات، مع استثناء للمجاميع الشهرية الصغيرة للفواتير حتى 31 ديسمبر 2026. وبولندا ليست ضمن النسخ المحلية التي أصدرتها Microsoft لـ NAV 2018، لذلك لم يحصل نظام NAV بولندي قط على توطينه من تحديثات Microsoft لـ NAV 2018.

ويُدرج التوطين الألماني لـ Business Central الفوترة عبر XRechnung وZUGFeRD وPeppol بوصفها متاحة، ويُدرج التوطين البلجيكي الفوترة عبر نقطة وصول Peppol. أما في البلدان الأخرى، فراجع القواعد الحالية مع مستشارك الضريبي وقارنها بما يستطيع نظام 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 قائماً على الامتدادات (extensions) فقط. أما الإصدار 25 فمحطة إلزامية، لأنه منذ الإصدار 26 لم تعد الترقية المباشرة من الإصدار 14 إلى أحدث إصدار مدعومة.

كل مسار، بما في ذلك المسارات التي تنتهي في السحابة، يمر عبر Business Central 14 المثبَّت محلياً (on-premises).

أين يقع العمل فعلاً

يكبر الجهد بقدر ما بُني داخل النظام، وتخصيصات NAV بُنيت عادةً مباشرةً داخل كائنات Microsoft نفسها.

التخصيصات

في NAV، كان الشريك يخصّص النظام بتعديل شيفرة C/AL الخاصة بـ Microsoft: حقل يُضاف إلى جدول العملاء، وبضعة أسطر في روتين الترحيل المحاسبي. أما Business Central فيفترض أن يبقى التطبيق الأساسي (base application) كما سُلِّم، وأن تكون تغييراتك إلى جانبه في امتدادات تستجيب للأحداث.

يحوّل Txt2Al الصياغة، لا التصميم. وتصف Microsoft إنشاء تلك الامتدادات بأنه «الخطوة الأولى، والخطوة الأكبر» في الترقية. ويحدد دليل Microsoft العملي لتخصيصات NAV طريقة المعالجة: الجداول المخصصة تصبح جداول AL، والحقول المخصصة على الجداول القياسية تصبح امتدادات جداول (table extensions) مع نقل بياناتها، والتغييرات داخل وحدات الشيفرة (codeunits) الخاصة بـ Microsoft تصبح مشتركي أحداث (event subscribers)، ويُعاد بناء XMLports والاستعلامات. أما التخصيصات الشخصية التي أُجريت في عميل Windows فتضيع.

في التشغيل المحلي، لا تزال Microsoft تسمح بتطبيق أساسي معدَّل الشيفرة، وإن كانت توصي بشدة بالامتدادات. ويقول دليل الترخيص للتشغيل المحلي لديها (طبعة يونيو 2023) إن العملاء الذين ينتقلون من NAV بتخصيصات غير متوافقة مع «universal code» (الشيفرة العامة) يجب أن يرخّصوا وحدة universal code إضافية. أما في السحابة (online)، فيجب أن يكون كل شيء امتداداً.

أحصِ الكائنات القياسية المعدَّلة، والجداول والحقول المخصصة، وأيها لا يزال أحد يستخدمه.

التقارير

كل تقرير C/AL يُعاد بناؤه في AL، كتقرير جديد أو كامتداد تقرير (report extension). أما التخطيطات فتبقى: RDL وWord مدعومان كلاهما، وتوصي Microsoft بـ Word لتقارير المستندات لأن RDL قد يكون أبطأ. اسرد التقارير المخصصة وأوقف ما لا يشغّله أحد.

الوظائف الإضافية لـ ‎.NET

التشغيل البيني مع ‎.NET متاح في التشغيل المحلي فقط. أما في السحابة، فتوجّه Microsoft بدلاً من ذلك إلى وظائف التحكم الإضافية (control add-ins) أو Azure Functions أو واجهات برمجة خارجية. وفي التشغيل المحلي، توقفت الوظائف الإضافية المترجمة بـ ‎.NET Framework عن العمل في الإصدار 22 ويجب نقلها إلى ‎.NET Standard. اسرد كل مكوّن، وما يفعله، وهل لا يزال مورّده موجوداً.

التكاملات وخدمات الويب

اعتباراً من الإصدار 29، لم يعد ممكناً نشر صفحة من صفحات Microsoft كنقطة نهاية SOAP، واعتباراً من الإصدار 30 لم يعد ممكناً نشرها كنقطة نهاية OData أيضاً. والحل الذي تقدمه Microsoft لـ SOAP هو نسخة من الصفحة داخل امتدادك الخاص. وفي السحابة، تسجّل التكاملات الدخول عبر OAuth2 فقط. لذلك فإن المتجر الإلكتروني أو ربط EDI أو نظام المستودع الذي يستدعي صفحات NAV القياسية عبر SOAP لن يجتاز الانتقال دون تغيير. ابنِ الحصر من النظام نفسه (خدمات الويب المنشورة، والمهام المجدولة، والملفات المقروءة والمكتوبة)، مع مالك وقرار لكل عنصر.

عميل Windows

أُزيل عميل Windows الخاص بـ NAV في الإصدار 15. وينتقل المستخدمون إلى المتصفح أو تطبيقات الهاتف المحمول أو تطبيق لسطح المكتب. وزالت معه الطباعة البرمجية، فكل ما يطبعه NAV دون أن يضغط مستخدم على زر الطباعة يحتاج إلى مسار جديد. وخطط للتدريب أيضاً: فكل شاشة تتغير.

البيانات

البيانات القادمة من جداول تحمل تخصيصات في الشيفرة لا يمكن أن تصل إلى Business Central السحابي ما لم تتولَّ امتدادات على الجانبين معالجتها. وتطلب Microsoft تشغيلاً تجريبياً (dry run) واحداً على الأقل للترحيل الكامل في بيئة اختبار معزولة (sandbox) قبل الانتقال النهائي (cutover). خطط لعدة تشغيلات. واكتب الترحيل وفحوصه كشيفرة تستطيع إعادة تشغيلها على نسخة حديثة من بيئة الإنتاج، مع مقارنة الأرصدة والبنود المفتوحة في كل مرة. فالإدارة المالية توقّع حين تتطابق الأرقام، لا حين تنتهي المهمة.

السحابة أم التشغيل المحلي

احسم هذا قبل أن يحوّل أحد أي شيفرة: فهو يحدد ما الذي يبقى. وتسرد 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 السحابي. انقل البيانات الرئيسية والأرصدة الافتتاحية والإعدادات، واحتفظ بالنظام القديم للرجوع إليه، ولا تُعِد بناء سوى التخصيصات التي لا تزال تحتاج إليها. وأداة Microsoft لهذا الغرض في مرحلة المعاينة وتنطلق من الإصدار 14. والشركة التي تختار نظام ERP مختلفاً تواجه العمل نفسه تقريباً في البيانات والتكاملات.

البقاء على NAV لفترة محددة. فهو يواصل العمل. واعتباراً من 11 يناير 2028 لا يتلقى أي إصلاحات أمنية، وكل صيغة جديدة للفوترة الإلكترونية تصبح تطويراً عليك أنت. ولا يصمد هذا الخيار إلا بوجود شخص محدد بالاسم يتولى صيانته، وبإبقاء النظام بعيداً عن الإنترنت المفتوح، وبتاريخ تنتهي فيه هذه المرحلة.

الأشهر المقبلة، أياً كان اختيارك

بقي 14 شهراً حتى نهاية دعم NAV 2018. وإن كانت سنتك المالية تنتهي في ديسمبر، فالانتقال النهائي في أوائل يناير يقع على إقفال نهاية السنة، لذلك فالهدف الواقعي هو بدء التشغيل (go-live) في خريف 2027. أما على NAV 2017 فالموعد بعد شهرين: ستعمل دون دعم خلال جزء من المشروع، فاجعل ذلك الجزء قصيراً.

من الآن حتى نهاية مارس 2027:

1. تأكد من نقطة انطلاقك: إصدار NAV، وإصدارا SQL Server وWindows Server، وهل Enhancement Plan لديك نشطة. فكلٌّ من Bridge to Cloud 3 وانتقال تراخيص التشغيل المحلي يعتمد على ذلك.
2. أمّن الشيفرة. صدّر كائنات C/AL واحفظها في نظام لإدارة الإصدارات (version control)، ولا سيما إن كان الشريك الذي كتبها لم يعد موجوداً.
3. أحصِ التخصيصات، وأيها قيد الاستخدام. عدد، لا انطباع.
4. ابنِ حصر التكاملات: كل خدمة ويب، وكل تبادل للملفات، وكل وظيفة إضافية لـ ‎.NET، مع مالك وقرار لكل منها.
5. راجع التزاماتك في الفوترة الإلكترونية في كل بلد تُصدر منه فواتير.
6. قرّر بين السحابة والتشغيل المحلي قبل أن يبدأ تحويل الشيفرة.
7. احجز القدرات: الشريك، وفريقك من المالية وتقنية المعلومات للاختبار، ونافذة للانتقال النهائي.

بالعد التنازلي من بدء تشغيل في خريف 2027: التشغيلات التجريبية واختبارات المستخدمين في الصيف، وبناء الامتدادات وإعادة العمل على التكاملات في الربيع، والتحليل والقرارات هذا الشتاء.

أين تحصل على المساعدة

ما يجب أن يصمد طوال الانتقال هو سير أعمالك: فواتير بالصيغة التي يطلبها القانون الآن، ومستودع يواصل الشحن. نعمل إلى جانب شريكك في Business Central، أو معك مباشرة حين يكون الشريك الذي بنى نظام NAV لديك قد اختفى، على تحويل تخصيصات C/AL إلى امتدادات AL، وإعادة بناء التكاملات والتقارير، وشيفرة ترحيل البيانات ومطابقتها، والتطبيقات المحيطة بـ NAV التي يجب أن تجتاز الانتقال. هذا العمل موصوف في صفحة تحديث أنظمة ERP، وتغطي صيانة الأنظمة القديمة الأنظمة التي تبقى في مكانها حتى تنتقل. وإن أردت إحصاء تخصيصاتك وتكاملاتك قبل أن توقّع مشروع ترقية، راسلنا على office@c9group.dev.