جب آپ AI سے جدید کاری کرتے ہیں تو ٹول آپ کا کوڈ اور ممکنہ طور پر آپ کے ڈیٹا بیس کی کاپیاں پڑھتا ہے، عموماً مملکت سے باہر کے ڈیٹا سینٹروں میں۔ اپنے ریجن صفحے کے مطابق AWS Transform کا آج مشرق وسطیٰ میں کوئی ورک اسپیس ریجن نہیں، اور سعودی پریس ایجنسی (SPA) کے مطابق AWS کا سعودی ریجن دسمبر 2026 میں شروع ہونا ہے۔ اس لیے کچھ بھی بھیجنے سے پہلے: کوڈ کو ذاتی ڈیٹا سے الگ کریں، کم سے کم بھیجیں، اور جو کچھ بھی باہر جائے اس پر مملکت سے باہر ذاتی ڈیٹا کی منتقلی کا ضابطہ لاگو کریں۔

حصہ 6 میں آپ نے کام روکے بغیر نئے سسٹم پر منتقلی کا منصوبہ بنایا۔ یہ آخری حصہ ڈیٹا کے سوال کا جواب دیتا ہے اور سیریز کی مشقوں کو 90 دن کے منصوبے میں بدلتا ہے۔ قانون کی بنیادی باتوں کے لیے ہماری عملی PDPL گائیڈ دیکھیں۔

جدید کاری کے دوران اصل میں آپ کی کمپنی سے کیا باہر جاتا ہے

یہاں ڈیٹا کا لفظ 4 مختلف چیزوں کو چھپاتا ہے، اور ہر ایک کا خطرہ مختلف ہے:

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

عملی اصول: کوڈ باہر جانے سے پہلے صاف کیا جاتا ہے، اور اصلی ڈیٹا صرف تب باہر جاتا ہے جب کوئی متبادل نہ ہو۔ زیادہ تر تبدیلی کے منصوبوں میں ٹیسٹنگ کے لیے ماسک کی ہوئی کاپی کافی ہوتی ہے، یعنی ایسا ڈیٹا جس میں اصلی نام اور نمبر اسی شکل کی فرضی قدروں سے بدل دیے گئے ہوں۔

AWS Transform جیسا ٹول آپ کا ڈیٹا کہاں پروسیس کرتا ہے

ہم AWS Transform کو مثال کے طور پر لے رہے ہیں کیونکہ Amazon نے اس کی تفصیلات شائع کی ہیں، اور یہی سوالات کسی بھی دوسرے ٹول پر لاگو ہوتے ہیں۔ Amazon کے سرکاری صفحات آج یہ کہتے ہیں:

  • کہاں محفوظ ہوتا ہے: ڈیٹا کے تحفظ کے صفحے کے مطابق آپ کا ڈیٹا اسی ریجن میں رکھا جاتا ہے جہاں آپ نے ورک اسپیس بنایا۔ ریجن صفحہ 11 ریجن درج کرتا ہے، جن میں فرینکفرٹ، لندن، ممبئی، ٹوکیو اور ورجینیا شامل ہیں، کچھ صرف مخصوص صلاحیتوں کے لیے، اور ان میں سے کوئی بھی مشرق وسطیٰ میں نہیں۔
  • کہاں پروسیس ہوتا ہے: کراس ریجن پروسیسنگ کا صفحہ بتاتا ہے کہ ٹول Amazon Bedrock ماڈلز پر چلتا ہے اور درخواستیں اور ان کے نتائج اسی جغرافیائی علاقے کے کسی دوسرے ریجن میں پروسیس ہو سکتے ہیں؛ مثال کے طور پر فرینکفرٹ سے آنے والی درخواست 6 یورپی ریجنوں میں پروسیس ہو سکتی ہے۔ یہی صفحہ اعلان کرتا ہے کہ 7 اکتوبر 2026 سے ممبئی اور سیول سے آنے والی چیٹ درخواستیں AWS کے تمام تجارتی ریجنوں میں تقسیم کی جاتی ہیں، جبکہ اسٹوریج اصل ریجن ہی میں رہتی ہے۔
  • سروس میں بہتری: Amazon اپنے سروس میں بہتری کے صفحے پر کہتا ہے کہ وہ آپ کے سوالات اور ٹول کا بنایا ہوا کوڈ سروس بہتر بنانے کے لیے استعمال کر سکتا ہے، جس میں ماڈلز کی تربیت بھی شامل ہے، اور اس سے دستبرداری AWS Organizations میں AI سروسز کی آپٹ آؤٹ پالیسی کے ذریعے ہوتی ہے جو آپ کے اکاؤنٹ کا ایڈمنسٹریٹر طے کرتا ہے۔

اور دسمبر 2026 میں متوقع AWS کا سعودی ریجن خود بخود یہ نہیں بتاتا کہ یہ ٹول وہیں سے چلے گا۔ منصوبہ شروع ہوتے وقت ریجن صفحہ خود کھول کر دیکھیں؛ فہرست بدلتی رہتی ہے۔

ڈیٹا باہر جانے سے پہلے PDPL کیا تقاضا کرتا ہے

اگر ذاتی ڈیٹا مملکت سے باہر جاتا ہے تو آپ اسے اس معنی میں منتقل کر رہے ہیں جسے ذاتی ڈیٹا کے تحفظ کا قانون (PDPL) اور منتقلی کا ضابطہ منظم کرتے ہیں، اور دونوں SDAIA کے قومی ڈیٹا گورننس پلیٹ فارم پر شائع ہیں۔ جدید کاری کے منصوبے کے لیے جو بات اہم ہے، قانونی نہیں بلکہ عملی زبان میں:

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

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

کچھ بھی بھیجنے سے پہلے کسی بھی ٹول یا وینڈر سے پوچھنے کے 6 سوالات

  1. ہمارا ڈیٹا کس ریجن میں محفوظ ہوتا ہے، اور کن ریجنوں میں پروسیس ہو سکتا ہے؟ جواب سرکاری صفحے کے لنک کے ساتھ تحریری طور پر مانگیں۔
  2. کیا ہمارے سوالات یا ہمارا کوڈ ماڈلز کی تربیت میں استعمال ہوتا ہے، اور ہم اسے کیسے روکیں؟
  3. کیا تجزیہ ڈیٹا بیس کی کاپیوں کے بغیر صرف کوڈ پر ہو سکتا ہے؟
  4. ہماری ٹیم اور وینڈر کی ٹیم میں سے کون ورک اسپیس تک رسائی رکھتا ہے، اور کیا ہر رسائی ریکارڈ ہوتی ہے؟
  5. منصوبہ ختم ہونے کے بعد ہمارا ڈیٹا کب حذف کیا جاتا ہے، اور ہم حذف ہونے کی تصدیق کیسے کریں؟
  6. ضرورت پڑنے پر کیا حساس مرحلہ مملکت کے اندر یا ہمارے اپنے سرورز پر چل سکتا ہے؟

اگر کوئی وینڈر ان میں سے کسی ایک کا بھی تحریری جواب نہ دے تو یہی اپنے آپ میں جواب ہے۔ ہوسٹنگ کے اختیارات کے لیے ہماری کلاؤڈ منتقلی گائیڈ دیکھیں۔

سیریز کی مشقوں سے بنا 90 دن کا منصوبہ

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

مدتآپ کیا کرتے ہیںکس حصے سےنتیجہ
دن 1 سے دن 30 تک: جانیں کہ آپ کے پاس کیا ہےان سسٹمز کی فہرست بنائیں جن کے بغیر کمپنی ایک دن بھی نہیں چل سکتی اور یہ کہ ہر ایک کو کون سمجھتا ہے، ہر سسٹم کو سپورٹ، علم کے خطرے، انضمام اور تبدیلی کی رفتار پر نمبر دیں، پھر ہر سسٹم کے لیے ایک صفحے کا جدول بنائیں جس میں درج ہو کہ اس میں ذاتی ڈیٹا ہے یا نہیںحصہ 1، 2 اور 3آپ کے سسٹمز کا نقشہ اور ان کے ڈیٹا کی درجہ بندی
دن 31 سے دن 60 تک: فیصلہ کریںہر امیدوار سسٹم کے لیے کم از کم ایک کاروباری قاعدہ نکالیں اور اسے حقیقت سے ملائیں، ہر سسٹم کے لیے راستہ چنیں، اور ہر امیدوار ٹول یا وینڈر سے ڈیٹا کے چھ سوالات پوچھیںحصہ 4، 5 اور 7ہر سسٹم کے لیے تحریری فیصلہ، اور آپ کے ڈیٹا پروٹیکشن آفیسر کا دستخط شدہ ڈیٹا منتقلی کا فیصلہ
دن 61 سے دن 90 تک: ایک ماڈیول آزمائیںسب سے چھوٹا اہم ماڈیول چنیں، ماسک کیا ہوا ٹیسٹ ڈیٹا تیار کریں، منتقلی کی شیٹ میں دستخط کرنے والوں اور واپسی کی شرط کو بھریں، اور ایک بند مدت پر موازنہ شروع کریںحصہ 6 اور 7ایک پائلٹ ماڈیول اور عمل کے مالکان کے پرکھے ہوئے موازنے کے نتائج

دن 90 کے بعد آپ وہ جانتے ہیں جو پہلے نہیں جانتے تھے: آپ کے پاس کیا ہے، کیا جدید بنانے کے قابل ہے، اور AI ٹولز وینڈرز کی مثالوں کے بجائے آپ کے اپنے کوڈ کے ساتھ کیسا برتاؤ کرتے ہیں۔ تب ہی لاگت اور مدت کی کوئی بھی بات آپ کی حقیقت پر قائم ہوتی ہے۔

Origami کا نقطہ نظر

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

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

سیریز کا اختتام

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

ماخذ