انتهاء دعم .NET 8 و.NET 9 في 10 نوفمبر 2026: ماذا تفعل المنشآت التي تعتمد على تطبيقات C#؟

نُشر في: 30 أكتوبر 2026 · بقلم: فؤاد الحرازي · سياسة التحرير

بعد أقل من أسبوعين، في 10 نوفمبر 2026، يتوقف دعم مايكروسوفت لإصداري .NET 8 و.NET 9 معاً، كما أعلن فريق .NET في مدونة مايكروسوفت الرسمية. قد يبدو الخبر تقنياً بحتاً، لكنه يخص كثيراً من المنشآت السعودية التي لديها تطبيق داخلي مكتوب بلغة C#: بوابة عملاء، أو خدمة ربط بين أنظمة، أو أداة تقارير، أو برنامج صغير كتبه مبرمج قبل سنوات ويعمل “بصمت” على أحد السيرفرات. هذا المقال يشرح ما الذي سيتغير فعلاً، وما الخطة العملية قبل الموعد وبعده.

ما الذي أعلنته مايكروسوفت بالضبط؟

لماذا ينتهي الإصداران في يوم واحد؟ لأن مايكروسوفت مددت دعم إصدارات STS من 18 شهراً إلى 24 شهراً، فصار .NET 9 ينتهي مع .NET 8. وتنبّه المدونة إلى أن 10 نوفمبر يوافق يوم التحديثات الشهرية، وقد يصدر فيه تحديث أخير للإصدارين إذا وُجدت مشكلة حرجة معروفة. ملاحظة: صفحة نهاية الدعم لعام 2026 في موقع مايكروسوفت ما زالت تعرض لـ.NET 9 تاريخاً سابقاً (12 مايو 2026) من قبل تمديد دعم STS، والمرجع الأحدث هو إعلان فريق .NET.

ماذا يعني “انتهاء الدعم” عملياً؟

• التطبيقات لن تتوقف: ستستمر في العمل بعد 10 نوفمبر كما هي.
• لا تحديثات أمنية جديدة: أي ثغرة تُكتشف بعد هذا التاريخ ستبقى مفتوحة في هذين الإصدارين.
• لا دعم فني من مايكروسوفت لهذين الإصدارين.
• Visual Studio: تذكر المدونة أن تحديثاً قادماً لـ Visual Studio 2022 سيصنف مكونات .NET 8 و9 كمكونات خارج الدعم، مع خيار لإزالتها.

الخطر الحقيقي ليس في اليوم الأول، بل في الأشهر التالية: تطبيق متصل بالإنترنت، يقرأ بيانات العملاء أو الفواتير، ويعمل على إصدار لن يُرقّع بعد الآن.

خطة عملية في خمس خطوات

1. الجرد: اطلب من فريقك أو مزودك قائمة بكل تطبيق داخلي وإصدار .NET الذي يعمل عليه. افحص ملفات المشاريع (TargetFramework) والسيرفرات التي تستضيفها.
2. التصنيف حسب الخطورة: ابدأ بالتطبيقات المكشوفة على الإنترنت، ثم التي تتعامل مع بيانات مالية أو شخصية، ثم الأدوات الداخلية.
3. الترقية إلى .NET 10: توصي مايكروسوفت بتغيير الهدف إلى net10.0 وتحديث بيئات التطوير والاستضافة، مع مراجعة قائمة التغييرات الكاسرة في .NET 10 قبل النشر.
4. الاختبار: شغّل الاختبارات على نسخة تجريبية، وتحقق من الحزم الخارجية (NuGet) وتوافقها مع .NET 10.
5. التقاعد بدلاً من الترقية: بعض التطبيقات لا تستحق الترقية لأن وظيفتها موجودة أصلاً في نظامك الأساسي. هذه فرصة للتخلص منها.

أسئلة تطرحها على مزود البرنامج أو المبرمج

• على أي إصدار .NET يعمل كل تطبيق لدينا؟ وهل يوجد تطبيق ما زال على إصدار أقدم من .NET 8؟
• ما الحزم الخارجية التي يعتمد عليها التطبيق، وهل لها إصدارات متوافقة مع .NET 10؟
• كم يوم عمل تحتاج الترقية والاختبار، ومن يتحمل تكلفتها؟
• هل الشيفرة المصدرية وتوثيق النشر موجودان لدى المنشأة، أم عند شخص واحد فقط؟
• بعد الترقية: ما خطة التحديثات الشهرية حتى نهاية دعم .NET 10 في نوفمبر 2028؟

إذا كانت الإجابة عن السؤال الرابع “لا نعرف”، فالمشكلة أكبر من إصدار .NET، وتستحق قراراً إدارياً لا تقنياً فقط.

درس أكبر: كل برنامج جانبي له دورة حياة

كثير من المنشآت تبني حول نظامها المحاسبي “طبقة” من البرامج الصغيرة: أداة لرفع بيانات من Excel، وأخرى لإرسال الفواتير على واتساب، وثالثة لسحب البصمات، ورابعة للربط مع منصة فاتورة. كل واحدة منها تحتاج صيانة وترقية ومبرمجاً يعرفها. ونهاية دعم .NET 8 و9 تكشف هذه الطبقة دفعة واحدة. والسؤال الذي يستحق الطرح الآن: كم من هذه البرامج يمكن الاستغناء عنه إذا كانت الوظيفة جزءاً من نظام ERP نفسه؟

كيف يقلل Riv-ERP الأنظمة الجانبية؟

الوظائف التي تُبنى عادة كبرامج منفصلة موجودة داخل Riv-ERP:

• رفع البيانات من Excel: في Riv-ERP السحابي رفع الأصناف والعملاء والموردين والموظفين والأقسام واليوميات العامة وتسويات المخزون والمرتبات، وفي RivDesktop شاشة استيراد تقرأ ملفات xls وxlsx وxlsm مع مطابقة الأعمدة.
• الفوترة الإلكترونية: الربط مع منصة فاتورة مبني داخل النسختين.
• أجهزة الحضور: ربط أجهزة الحضور في النسختين، وتكامل ZKTeco BioTime في RivDesktop.
• إرسال المستندات: في RivDesktop إرسال الفاتورة والسند وكشف الحساب PDF عبر واتساب والبريد، وفي Riv-ERP السحابي تنبيهات واتساب.
• التقارير ولوحات التحكم: لوحات 360 في النسخة السحابية، ومصمم نماذج وتقارير بلا برمجة في RivDesktop.

وإذا كنت لا تريد إدارة أي بيئة تشغيل على سيرفراتك، فإن Riv-ERP السحابي يعمل من المتصفح على سيرفرات Oracle Cloud دون تثبيت. التفاصيل في دليل Riv-ERP السحابي، وللمقارنة مع النسخة المكتبية اقرأ مقارنة النسختين.

الأسئلة الشائعة