10 نومبر 2026 کو Microsoft ایک ہی دن .NET کے دو ورژنز کے لیے سیکیورٹی اپ ڈیٹس کی فراہمی بند کر دے گا: .NET 8 اور .NET 9۔ اس تاریخ کے بعد پلیٹ فارم میں دریافت ہونے والی کوئی بھی کمزوری ان دونوں میں سے کسی بھی ورژن میں ٹھیک نہیں کی جائے گی۔ اگر آپ کا اکاؤنٹنگ سسٹم، پوائنٹ آف سیل یا ERP ان میں سے کسی ایک پر بنا ہے — اور سعودی مارکیٹ میں بہت سے ایسے ہی ہیں — تو آپ کے پاس یہ طے کرنے کے لیے دو مہینے سے بھی کم وقت ہے کہ آگے کہاں جانا ہے۔ زیادہ تر کاروباروں کے لیے درست منزل .NET 10 ہے، جس کی سپورٹ 14 نومبر 2028 تک ہے، نہ کہ .NET 11، جس کا پہلا ریلیز کینڈیڈیٹ صرف دو دن پہلے آیا ہے۔

8 ستمبر کو کیا ہوا

8 ستمبر 2026 کو Microsoft نے اعلان کیا کہ .NET 11 نے go-live سپورٹ لائسنس کے ساتھ Release Candidate 1 کا مرحلہ حاصل کر لیا ہے — یعنی حتمی ریلیز آنے سے پہلے ہی Microsoft اسے حقیقی پروڈکشن میں چلانے کی باضابطہ حمایت کرتا ہے۔ اسی دن .NET 10، .NET 9 اور .NET 8 کے لیے معمول کی سروسنگ اپ ڈیٹس بھی جاری ہوئیں۔

یہ تکنیکی خبر ہے۔ جو خبر کسی کاروباری مالک کے لیے اہم ہے وہ بالکل الگ صفحے پر ہے: اسی دن اپ ڈیٹ ہونے والا سرکاری سپورٹ پالیسی کا صفحہ، جو صاف کہتا ہے کہ .NET 8 اور .NET 9 کی سپورٹ 10 نومبر 2026 کو ختم ہو جائے گی۔ چمکدار ریلیز اعلان ساری توجہ لے جاتا ہے؛ جو سطر آپ کا اصل پیسہ خرچ کرواتی ہے وہ ایک بورنگ ٹیبل میں لکھی ہوتی ہے۔

"لانگ ٹرم سپورٹ" ریلیز کی سپورٹ کیوں ختم ہو جاتی ہے

Microsoft ہر نومبر میں .NET کی ایک بڑی ریلیز جاری کرتا ہے۔ جفت نمبر والی ریلیزز لانگ ٹرم سپورٹ والی ہوتی ہیں اور انہیں تین سال تک مفت پیچ ملتے ہیں؛ طاق نمبر والی ریلیزز اسٹینڈرڈ ٹرم سپورٹ والی ہوتی ہیں اور انہیں دو سال ملتے ہیں۔

.NET 8 کی ریلیز 14 نومبر 2023 کو ہوئی تھی، اس لیے اس کے تین سال نومبر 2026 میں پورے ہوتے ہیں۔ .NET 9 کی ریلیز 12 نومبر 2024 کو ہوئی تھی، اس لیے اس کے دو سال بھی تقریباً اسی وقت پورے ہوتے ہیں۔ یہی وجہ ہے کہ دونوں 10 نومبر کو ختم ہو رہے ہیں۔ یہیں ٹیمیں غافل پکڑی جاتی ہیں: "لانگ ٹرم سپورٹ" کا مطلب ہمیشہ کی سپورٹ نہیں ہے۔ اس کا مطلب ہے ریلیز کے دن سے گنے گئے تین سال، اور جب کوئی دھیان نہیں دے رہا تھا تب تک اس گھڑی کا بڑا حصہ پہلے ہی گزر چکا ہے۔

درست ہدف .NET 10 ہے، .NET 11 نہیں

ایسی خبر پر فوری ردِعمل ہوتا ہے، "تو پھر سب سے نئے ورژن پر اپ گریڈ کر لیتے ہیں۔" زیادہ تر کاروباری سسٹمز کے لیے یہ غلط فیصلہ ہے، اور اس کی وجہ اسی سپورٹ ٹیبل میں ہے۔

.NET 10 کی ریلیز 11 نومبر 2025 کو ہوئی، یہ لانگ ٹرم سپورٹ ریلیز ہے، اور اس کی سپورٹ 14 نومبر 2028 تک ہے۔ ایک ہی اپ گریڈ آپ کو فائل دوبارہ کھولے بغیر دو سال سے کچھ زیادہ کا استحکام دیتا ہے۔ .NET 11 طاق نمبر والی ریلیز ہے، اس لیے اسے صرف دو سال کی اسٹینڈرڈ سپورٹ ملتی ہے، اور نئی ہونے کے باوجود یہ .NET 10 سے پہلے سپورٹ سے باہر ہو جائے گی۔ ایسے نئے ورژن پر اپ گریڈ کرنا جو پہلے ختم ہو جائے، اپ گریڈ نہیں ہے — یہ ایک اضافی بل کے ساتھ کام کو ٹالنا ہے۔

ایک دوسری بات بھی ہے۔ .NET 11 کا ریلیز کینڈیڈیٹ خود صرف 13 اکتوبر 2026 تک سپورٹڈ ہے، کیونکہ یہ ایک عبوری بِلڈ ہے جس سے آپ کے آگے بڑھنے کی توقع کی جاتی ہے — اگلے کینڈیڈیٹ پر، پھر نومبر کی ریلیز پر۔ جو کوئی "go-live" کو اس دعوت کے طور پر پڑھتا ہے کہ اکاؤنٹنگ سسٹم میں ریلیز کینڈیڈیٹ انسٹال کر کے اسے وہیں چھوڑ دیا جائے، اس نے اپ گریڈ کے چکر سے بچنے کے بجائے خود کو ماہانہ اپ گریڈ کے چکر میں شامل کر لیا ہے۔

اکاؤنٹنگ یا آپریشنل سافٹ ویئر چلانے والی کمپنی کے لیے عملی اصول: ہمیشہ جفت نمبر والی لانگ ٹرم سپورٹ ریلیز کو ہدف بنائیں۔ طاق نمبر والی ریلیزز ان پروڈکٹ ٹیموں کے لیے چھوڑ دیں جو مسلسل اپ گریڈ کرتی ہیں اور فیچرز جلد چاہتی ہیں۔

.NET 11 اصل میں کیا لاتا ہے

تاکہ فیصلہ گریز کے بجائے علم پر مبنی ہو، یہاں بتایا گیا ہے کہ ریلیز کینڈیڈیٹ میں کیا ہے۔ C# میں، ورژن 15 نے یونین ٹائپس کو مستحکم کیا — ایک ایسی ویلیو کو ظاہر کرنے کا زیادہ واضح طریقہ جو ایک سے زیادہ شکلیں اختیار کر سکتی ہے، جیسے کوئی آپریشن جو یا تو کامیاب ہوتا ہے یا کسی مخصوص وجہ سے ناکام ہوتا ہے۔ ٹولنگ میں، ٹیسٹ کمانڈ نے موبائل ایپلیکیشنز کو سنبھالنے کا طریقہ بہتر کیا اور رَن لیول کنٹرولز شامل کیے۔

کنٹینر پبلشنگ میں، امیج بنانا اب دہرایا جا سکنے والا ہے اور پہلے سے موجود لیئرز کو دوبارہ اپ لوڈ نہیں کرتا، جس سے ڈپلائمنٹ کا وقت کم ہوتا ہے اور آپ نے جو کچھ فراہم کیا اس کا آڈٹ آسان ہو جاتا ہے۔ پیکج مینجمنٹ میں، معلوم کمزوریوں والے پیکجز کو اپ ڈیٹ کرنا اب اس وقت بھی کام کرتا ہے جب انتباہات کو ایررز سمجھا جاتا ہو — یہ ایک پرانی رکاوٹ تھی جو ٹیموں کو صرف ایک بِلڈ پاس کروانے کے لیے سیکیورٹی چیک بند کرنے پر مجبور کرتی تھی۔ ASP.NET Core میں SignalR آتھنٹیکیشن ریفریش APIs کو حتمی شکل دی گئی، اور Blazor Server سرکٹس اب کسی پرانی شناخت کو تھامے رکھنے کے بجائے ریفریش کے بعد اپنی حالت اپ ڈیٹ کرتے ہیں۔ Unix سسٹمز پر اِن پروسیس کریش رپورٹنگ آ گئی ہے، جس کا مطلب ہے کہ جب کوئی سرور رات تین بجے گر جائے تو بہتر تشخیص ملے گی۔

یہ حقیقی بہتریاں ہیں۔ لیکن ان میں سے کوئی بھی اس خطرے سے زیادہ وزنی نہیں جو کسی مالیاتی سسٹم کو ایسے ورژن پر چلانے میں ہے جو متبادل سے پہلے ختم ہو جاتا ہے۔

یہ تکنیکی نہیں بلکہ کمپلائنس کا معاملہ کیوں ہے

ایسا پلیٹ فارم چلانا جسے اب سیکیورٹی پیچ نہیں ملتے، انجینئرنگ کی پسند کا معاملہ نہیں ہے۔ ذاتی ڈیٹا کے تحفظ کا قانون (PDPL) گاہکوں کا ڈیٹا سنبھالنے والے ہر ادارے کو مناسب حفاظتی اقدامات کرنے کا پابند بناتا ہے، اور کوئی بھی سنجیدہ سیکیورٹی جائزہ پوچھے گا کہ آپ پلیٹ فارم کا کون سا ورژن چلاتے ہیں اور اس کی سپورٹ کب ختم ہوتی ہے۔ "ہم ایک ایسے ورژن پر ہیں جس کی سپورٹ آٹھ مہینے پہلے ختم ہو گئی" ایسا جواب نہیں جس کا آپ کسی آڈیٹر کے سامنے، دستخط سے پہلے آپ کو سیکیورٹی سوالنامہ بھیجنے والے کسی بڑے کلائنٹ کے سامنے، یا کسی سائبر انشورنس کمپنی کے سامنے دفاع کر سکیں۔

یہی بات Fatoora پلیٹ فارم سے منسلک ای انوائسنگ سسٹمز پر بھی لاگو ہوتی ہے۔ جو سسٹم انوائسز پر ڈیجیٹل دستخط کرتا ہے اور انہیں کسی سرکاری اتھارٹی کو بھیجتا ہے، اسے ایسے پلیٹ فارم پر ہونا چاہیے جسے اب بھی کرپٹوگرافک پیچ ملتے ہوں۔ یہ کوئی اندرونی تفصیل نہیں — یہ اس اعتماد کی زنجیر کا حصہ ہے جس پر آپ کی انوائس قائم ہے۔

ابھی سے نومبر تک کا لائحہ عمل

  • اس ہفتے — معلوم کریں کہ آپ کہاں کھڑے ہیں۔ اپنے وینڈر یا تکنیکی ٹیم سے اپنے ہر سسٹم کے پیچھے موجود .NET ورژن کی فہرست مانگیں، جس میں وہ چھوٹے اندرونی ٹولز اور بیک گراؤنڈ سروسز بھی شامل ہوں جن کے بارے میں کوئی نہیں سوچتا۔ سرور پر dotnet --list-runtimes یہ دکھاتا ہے؛ پراجیکٹ میں یہ پراجیکٹ فائل کی ٹارگٹ فریم ورک انٹری ہوتی ہے۔
  • اگلے ہفتے — ترجیح طے کریں۔ .NET 8 یا اس سے پرانے ہر سسٹم کو اور .NET 9 پر چلنے والے ہر سسٹم کو نشان زد کریں۔ جو پہلے سے .NET 10 پر ہے وہ 2028 تک محفوظ ہے۔ جو .NET 6 یا 7 پر ہے وہ برسوں سے سپورٹ سے باہر ہے اور اسے شیڈول کی نہیں، فوری کارروائی کی ضرورت ہے۔
  • دو ہفتوں کے اندر — بریکنگ چینجز پڑھیں۔ Microsoft ہر ریلیز کے لیے بریکنگ چینجز کی فہرست شائع کرتا ہے۔ 8 سے 10 پر منتقلی عموماً آسان ہوتی ہے، لیکن شروع کرنے سے پہلے پڑھ لینے سے کئی دن بچتے ہیں۔
  • ایک مہینے کے اندر — پہلے ٹیسٹ انوائرنمنٹ اپ گریڈ کریں۔ ٹارگٹ فریم ورک بدلیں، بِلڈ کریں، ٹیسٹ چلائیں، پھر کسی اور کام سے پہلے سسٹم کو حقیقی ڈیٹا کی ایک کاپی پر چلائیں۔
  • نومبر سے پہلے — ڈپلائے کریں۔ 10 نومبر سے پہلے کم از کم دو ہفتوں کا حفاظتی مارجن رکھیں، اور مہینے کے آخر کی کلوزنگ یا فروخت کے عروج کے سیزن میں ڈپلائے نہ کریں۔
  • ایک بار، ہمیشہ کے لیے۔ آج ہی 14 نومبر 2028 کو کمپنی کے کیلنڈر میں درج کریں اور ایک اصول بنائیں: ہر اپ گریڈ اگلی جفت نمبر والی ریلیز پر جائے گا۔ اس سے یہ معاملہ سالانہ سرپرائز سے بدل کر بجٹ کی ایک معلوم مد بن جاتا ہے۔

اگر سسٹم کسی وینڈر سے آیا ہے

بہت سی کمپنیوں کے پاس سورس کوڈ نہیں ہوتا؛ وہ کسی سپلائر سے تیار سسٹم خریدتی ہیں۔ ایسی صورت میں آج آپ جو ایک ای میل بھیجیں گے اس میں تین باتیں پوچھیں: سسٹم .NET کے کس ورژن پر چلتا ہے، آپ .NET 10 پر بِلڈ کب فراہم کریں گے، اور کیا یہ اپ گریڈ ہمارے سپورٹ کنٹریکٹ میں شامل ہے یا اس کا بل الگ سے آئے گا۔ آپ کا وینڈر جس طرح جواب دیتا ہے وہ پروڈکٹ کے بارے میں کسی بھی پریزنٹیشن سے زیادہ بتاتا ہے۔ اور جو وینڈر جواب نہیں جانتا، یا ٹال مٹول کرتا ہے، وہی ہے جسے آپ 11 نومبر کو فون کر رہے ہوں گے۔

ذرائع

  • Microsoft — Announcing .NET 11 Release Candidate 1، 8 ستمبر 2026: devblogs.microsoft.com
  • Microsoft — .NET کی سرکاری سپورٹ پالیسی اور سپورٹ ختم ہونے کی تاریخیں: dotnet.microsoft.com
  • Microsoft — .NET 11 میں بریکنگ چینجز: learn.microsoft.com
  • سعودی ڈیٹا اینڈ آرٹیفیشل انٹیلیجنس اتھارٹی (SDAIA) — ذاتی ڈیٹا کے تحفظ کا قانون (PDPL): sdaia.gov.sa