31 اگست 2026 کی شام Microsoft 365 میں ایک وسیع بندش شروع ہوئی، جسے ایڈمن سینٹر میں EX1464935 کے طور پر درج کیا گیا اور بعد میں MO1465074 کے تحت وسعت دی گئی۔ اثر صرف ای میل تک محدود نہیں تھا۔ Exchange Online کے ساتھ Teams، SharePoint Online اور OneDrive for Business بھی بند ہو گئے، اور ان کے ساتھ Purview اور Defender XDR میں گورننس اور سیکیورٹی ٹولز بھی۔ جو کمپنی اپنے گاہکوں سے ای میل کے ذریعے رابطہ کرتی تھی، اندرونی ہم آہنگی چیٹ سے کرتی تھی، اپنی فائلیں کلاؤڈ میں رکھتی تھی اور اپنی سیکیورٹی کی نگرانی ایک ڈیش بورڈ سے کرتی تھی، اس نے یہ چاروں ایک ہی لمحے میں کھو دیے۔

Microsoft نے وجہ کو Exchange Online انفراسٹرکچر کے اندر کئی اندرونی سروسز کی استعمال کردہ بنیادی تصدیقی کنفیگریشن کا مسئلہ قرار دیا، اور مرحلہ وار تدارک نافذ کیا جس میں تصدیقی اجزاء کو پہلے انفراسٹرکچر کے ایک نمونے پر دوبارہ لاگو کیا گیا اور پھر دائرہ بڑھایا گیا۔ میل فلو اور سرچ 1 ستمبر کو بحال ہو گئے، جبکہ صارفین کے ایک چھوٹے حصے پر محدود اثر 2 ستمبر تک برقرار رہا۔ مکمل رکاوٹ ایک دن سے زیادہ جاری رہی، اور اس کے باقی اثرات دو دن تک۔

یہ مضمون Microsoft کے بارے میں نہیں ہے۔ ہر بڑے فراہم کنندہ کو بندش کا سامنا ہوتا ہے، اور ہم پہلے بھی دوسری اے آئی سروسز کی رکاوٹوں پر لکھ چکے ہیں۔ یہ مضمون اس چیز کے بارے میں ہے جو اس خاص بندش نے بے نقاب کی، اور جو پہلی نظر میں دکھائی دینے سے زیادہ خطرناک ہے۔

جسے آپ چھ سسٹم گنتے ہیں وہ ایک ہو سکتا ہے

کسی بھی مینیجر سے اس کے سسٹمز گنوانے کو کہیں اور آپ کو ایک فہرست ملے گی: ایک میل سسٹم، ایک چیٹ سسٹم، ایک فائل سسٹم، ایک سیکیورٹی سسٹم۔ چار نام، چار آئیکن، عموماً معاہدے میں چار سطریں۔ فطری مفروضہ یہ ہے کہ ایک کے بند ہونے سے باقی ساتھ نہیں گرتے، کیونکہ وہ مختلف چیزیں ہیں۔

لیکن نام سسٹم کی حدود نہیں ہوتے۔ اصل حد وہ ہے جو یہ سروسز نیچے مشترک رکھتی ہیں: آپ کی شناخت کی تصدیق کون کرتا ہے، سیشن کہاں رکھے جاتے ہیں، وہ کس نیٹ ورک سے گزرتی ہیں۔ جب چار سروسز ایک ہی تصدیقی پرت مشترک رکھتی ہیں تو خطرے کے نقطۂ نظر سے وہ ایک ہی سروس ہیں، بل پر چاہے وہ کتنی ہی الگ دکھائی دیں۔

ناگوار بات یہ ہے کہ یہ اشتراک عام حالات میں کبھی ظاہر نہیں ہوتا۔ بلکہ اس کے برعکس، یہی آپ کو آسان سنگل سائن اِن اور میل اور فائلوں کے درمیان ہموار انٹیگریشن دیتا ہے۔ آپ یہ سہولت روزانہ خریدتے ہیں اور اس کی قیمت ہر چند سال میں ایک بار، ایک طویل دن میں ادا کرتے ہیں۔

یہ بات ایک درمیانے درجے کی سعودی کمپنی پر بھی اتنی ہی لاگو ہوتی ہے جتنی کسی عالمی ادارے پر۔ سوچیں کہ آپ کی کتنی سروسز ایک ہی Google اکاؤنٹ، یا ایک ہی WhatsApp نمبر، یا ایک ہی ہوسٹنگ فراہم کنندہ، یا پاس ورڈ رکھنے والے ایک ہی ملازم پر ٹکی ہوئی ہیں۔ ان میں سے ہر ایک سنگل پوائنٹ آف فیلیئر ہے۔ فرق یہ ہے کہ آپ والے چھوٹے ہیں اور انہیں ٹھیک کرنا کہیں زیادہ آسان ہے۔

ایک گھنٹے میں اپنی انحصاری کا نقشہ بنائیں

آپ کو نہ کسی ٹول کی ضرورت ہے نہ کسی مشیر کی۔ آپ کو ایک کاغذ، ایک گھنٹہ اور دیانت دار جوابات چاہییں۔ پہلے کالم میں ہر وہ کام لکھیں جس کے بغیر آپ کا کاروبار پورا ایک دن نہیں چل سکتا: آرڈر لینا، انوائس جاری کرنا، گاہکوں کو جواب دینا، تنخواہیں چلانا، سروس فراہم کرنا۔ پھر ہر ایک سے تین سوال پوچھیں:

  • یہ کام کس بیرونی سروس پر منحصر ہے؟ تجارتی نام صاف صاف لکھیں: یہ میل فراہم کنندہ، وہ آن لائن اسٹور پلیٹ فارم، وہ پیمنٹ گیٹ وے، وہ میسجنگ فراہم کنندہ۔
  • آپ کس اکاؤنٹ یا شناخت سے سائن اِن کرتے ہیں؟ عموماً حیرت یہیں سامنے آتی ہے۔ آپ کو چار مختلف سروسز ملیں گی جن میں ایک ہی اکاؤنٹ سے داخل ہوا جاتا ہے، یا تین سروسز جو تصدیقی کوڈز کے لیے ایک ہی موبائل نمبر سے بندھی ہیں۔
  • اگر یہ ابھی رک جائے تو ایک گھنٹے کے اندر متبادل کیا ہے؟ اگر جواب کوئی نہیں ہے تو آپ نے نظریاتی نہیں بلکہ حقیقی سنگل پوائنٹ آف فیلیئر ڈھونڈ لیا ہے۔

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

سب سے آسانی سے روکی جا سکنے والی بندش: میعادِ ختم کی تاریخیں

تمام بندشیں ایک جیسی نہیں ہوتیں۔ کچھ اس پیچیدگی سے آتی ہیں جو آپ کے قابو میں نہیں۔ دوسری اس تاریخ سے آتی ہیں جو کہیں ایسی جگہ لکھی ہے جسے کوئی نہیں پڑھتا۔ دوسری قسم کو روکنا سب سے آسان ہے اور یہی سب سے زیادہ دہرائی جاتی ہے، کیونکہ اسے بس پیروی چاہیے۔

یہ وہ میعادِ ختم کی تاریخیں ہیں جو خاموشی سے آپ کا کاروبار چلا رہی ہیں، اور ان میں سے ہر ایک کو ایک نامزد ذمہ دار کے ساتھ ایک ہی کیلنڈر پر ہونا چاہیے:

  • آپ کی ویب سائٹ کا انکرپشن سرٹیفکیٹ۔ جب اس کی میعاد ختم ہوتی ہے تو آپ کی سائٹ سست نہیں ہوتی، بلکہ ملاحظہ کرنے والوں کو ایک واضح سیکیورٹی انتباہ دکھاتی ہے جو انہیں اندر آنے سے روکتا ہے۔ فروخت پر اثر فوری اور مکمل ہوتا ہے۔
  • ڈومین رجسٹریشن۔ ڈومین کی تجدید بھول جانے سے ویب سائٹ اور ای میل دونوں ایک ساتھ بند ہو جاتے ہیں، کیونکہ ای میل اسی ڈومین پر چلتی ہے۔ یہ بدترین بندشوں میں سے ہے، کیونکہ یہ بالکل وہی چینل کاٹ دیتی ہے جس سے آپ وضاحت کرتے۔
  • ای انوائسنگ اسٹیمپ سرٹیفکیٹ۔ زکوٰۃ، ٹیکس اور کسٹمز اتھارٹی (ZATCA) کی ای انوائسنگ کی تفصیلی تکنیکی ہدایات کہتی ہیں کہ ٹیکس دہندگان اپنی انوائس بنانے والی اکائیوں کے کرپٹوگرافک اسٹیمپ شناخت کنندہ کی تجدید موجودہ شناخت کنندہ کی میعاد ختم ہونے سے پہلے کریں، اور تجدید میں پرانے شناخت کنندہ کو منسوخ کرنا اور نیا جاری کرنا شامل ہے۔ یہ مہلت گزر گئی تو آپ کے سامنے صرف ایک اطلاع نہیں بلکہ انوائسنگ کا مسئلہ ہوگا۔
  • آپ کے سسٹمز کے درمیان انٹیگریشن کیز۔ آپ کے اسٹور کو آپ کے انوینٹری سسٹم سے، یا آپ کے سسٹم کو پیمنٹ گیٹ وے سے جوڑنے والے ایکسیس ٹوکن کی ایک مقررہ عمر ہوتی ہے۔ اس کی میعاد ختم ہونے سے کوئی بھی سسٹم نہیں رکتا، بلکہ ان کے درمیان کا پل رک جاتا ہے، اس لیے آرڈر آتے رہتے ہیں جبکہ ہم آہنگی خاموشی سے رک جاتی ہے۔ یہ وہ خرابی ہے جس کا پتہ دیر سے چلتا ہے۔
  • ایپ سائننگ سرٹیفکیٹس اور محفوظ کارڈ۔ میعاد ختم شدہ سائننگ سرٹیفکیٹ آپ کو اسٹور پر اپ ڈیٹ بھیجنے سے روکتا ہے، اور کسی سبسکرپشن پر میعاد ختم شدہ کارڈ خود سروس کو روک دیتا ہے۔ دونوں عموماً بدترین ممکنہ وقت پر آتے ہیں۔

عملی اصول سادہ ہے۔ جس چیز کی بھی میعادِ ختم کی تاریخ ہے اسے تین چیزیں چاہییں: ساٹھ دن پہلے ایک الرٹ، شعبے کے بجائے نام سے طے شدہ ایک ذمہ دار، اور ایک نائب جو ذمہ دار کی غیر موجودگی میں تجدید کرنا جانتا ہو۔ تینوں میں سے کوئی ایک بھی نہ ہو تو آپ پھر کسی کی یادداشت کے بھروسے پر لوٹ آتے ہیں۔

جس دن آپ کا فراہم کنندہ بند ہو اس دن کیا کریں

جب بندش آتی ہے تو پیشہ ور دکھائی دینے والے کاروبار اور گھبرائے ہوئے دکھائی دینے والے کاروبار کے درمیان فرق مرمت کی رفتار نہیں ہوتا، کیونکہ مرمت ویسے بھی آپ کے ہاتھ میں نہیں ہے۔ فرق ان تین چیزوں کا ہے جو آپ نے پہلے سے تیار کی تھیں:

  • بند ہونے والی پرت سے باہر ایک رابطہ چینل۔ اگر آپ کی ساری اندرونی ہم آہنگی ایک ہی ٹول میں ہے تو اس کے بند ہوتے ہی آپ کے پاس کوئی ہم آہنگی نہیں رہتی۔ واقعی مختلف چینل پر ایک بیک اپ گروپ، اور سسٹم سے باہر رکھی گئی رابطوں کی فہرست، کافی ہے۔
  • اہم کاموں کے لیے اعلان شدہ دستی موڈ۔ سسٹم کے بغیر آپ آرڈر کیسے لیں گے، ادائیگی کیسے درج کریں گے اور سروس کیسے فراہم کریں گے؟ اسے آج ہی ایک صفحے پر لکھیں اور ٹیم کو دے دیں۔ جو کمپنیاں وہ صفحہ لکھتی ہیں وہ گھنٹے کھوتی ہیں۔ جو نہیں لکھتیں وہ ایک دن کھوتی ہیں۔
  • گاہک کے لیے تیار پیغام۔ گاہکوں کو بندش سے کم اور خاموشی سے زیادہ غصہ آتا ہے۔ ایک مختصر نوٹ جو بتائے کہ کیا متاثر ہے، عارضی حل کیا ہے اور اگلی اپ ڈیٹ کب آئے گی، ایک خرابی کو ایک منظم صورتحال میں بدل دیتا ہے۔ ایسے حل کے وقت کا وعدہ نہ کریں جو آپ کے قابو میں نہیں۔

ختم ہونے کے بعد ایک ہی سوال پوچھیں، اس سے زیادہ نہیں: آج ہم نے اپنے انحصار کے بارے میں ایسا کیا سیکھا جو ہم نہیں جانتے تھے؟ اس کا جواب کسی بھی رپورٹ سے زیادہ قیمتی ہے، اور عموماً یہ ایک ہی سطر ہوتی ہے جو ایک ہی تبدیلی کی مستحق ہے۔

Origami کا نقطۂ نظر

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

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

نتیجہ

ایک مشترکہ تصدیقی پرت میں ایک ہی خرابی نے دنیا بھر کی کمپنیوں میں چھ پروڈکٹس کو ایک دن سے زیادہ کے لیے روک دیا۔ سبق فراہم کنندہ بدلنا نہیں بلکہ یہ جاننا ہے کہ آپ کے سسٹمز سطح کے نیچے درحقیقت کیا مشترک رکھتے ہیں۔ تین کالموں والے ایک جدول سے شروع کریں جو آپ کے انحصار کو بے نقاب کرے، ہر میعادِ ختم کی تاریخ کو ایک نامزد ذمہ دار کے ساتھ ایک ہی کیلنڈر پر رکھیں، اور ضرورت پڑنے سے پہلے دستی موڈ والا صفحہ لکھ لیں۔ یہ تقریباً تین گھنٹے کا کام ہے جو آپ اور پورے ایک دن کے تعطل کے درمیان کھڑا ہے، اور یہی اسے دستیاب سب سے سستی تسلسل کی سرمایہ کاری بناتا ہے۔

ماخذ