Skip to main content
DSAR Fulfilment Workflow Under the DPDP Act | Aizzentec — page loaded
آپریشنل

ایک DSAR تکمیل ورک فلو تعمیر کرنا جو پیمانے پر چلے

درخواست انٹیک سے شناخت کی تصدیق سے 90 دن SLA تک۔ پختہ پروگراموں کے ذریعے استعمال ہونے والا پانچ مرحلہ ورک فلو۔

آپریشنل12 منٹ پڑھنا
تحریر Praveen Kumar, پریکٹس لیڈر — رسک، سائبر اور اینالیٹکسCA, CISA, CEH, CDPSE, CFEشائع شدہ تازہ کاری

پانچ مراحل

ہر عملی DSAR پروگرام میں چاہے کتنے ہی مختلف ناموں سے پکاریں، وہی پانچ مراحل ہوتے ہیں:

  1. وصولی
  2. شناخت کی تصدیق
  3. تلاش اور انحصار کی میپنگ
  4. جواب کا مسودہ اور منظوری
  5. ترسیل اور آڈٹ

مرحلہ 1: وصولی

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

وصولی کے وقت درج کریں: کون سا حق استعمال ہو رہا ہے (رسائی / درستگی / مٹانا / شکایت)، Data Principal کا بتایا ہوا شناخت کنندہ (ای میل، اکاؤنٹ ID)، وصولی کی تاریخ، اور ان کا دیا ہوا کوئی بھی سیاق۔

مرحلہ 2: شناخت کی تصدیق

درخواست کرنے والا ہی Data Principal ہے، یہ آپ کو تصدیق کرنا ہوگا۔ مضبوطی کی ترتیب میں تصدیق کے طریقے:

  • تصدیق شدہ سیشن (لاگ ان ہوتے ہوئے کی گئی درخواست)
  • کثیر عنصری تصدیق (رجسٹرڈ فون یا ای میل پر OTP)
  • علم پر مبنی سوالات (آخری لین دین، رجسٹرڈ پتہ)
  • دستاویز پر مبنی تصدیق (Aadhaar آف لائن KYC، DigiLocker)

تصدیق کے معیار کو شامل ڈیٹا کی حساسیت سے ملائیں۔ مارکیٹنگ فہرست کا اندراج مٹانے کے لیے مالی لین دین کی تاریخ مٹانے سے کم چاہیے۔

مرحلہ 3: تلاش اور انحصار کی میپنگ

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

Data Principal ڈیٹا رکھ سکنے والے ہر سسٹم کا انحصار نقشہ (RoPA کے مطابق) برقرار رکھیں۔ DSAR ورک فلو فہرست کے ہر سسٹم کو دیکھتا ہے، نتائج جمع کرتا ہے، اور یکجا کرتا ہے۔

مرحلہ 4: جواب کا مسودہ اور منظوری

پیچیدہ درخواستوں کے لیے جواب میں ہوتا ہے:

  • ہم کون سا ڈیٹا رکھتے ہیں (زمرے اور ذرائع)
  • ہر زمرے کا مقصد
  • درخواست مکمل، جزوی پوری ہو سکتی ہے، یا مسترد
  • کسی جزوی انکار کی وجوہات (مثلاً، قانونی برقراری)
  • غیر مطمئن ہونے پر Data Principal کا اگلا قدم (Grievance Officer تک، پھر DPBI تک ایسکلیشن)

بھیجنے سے پہلے Privacy / DPO منظوری۔ انکار کے لیے قانونی منظوری۔

مرحلہ 5: ترسیل اور آڈٹ

Data Principal کے مانگے ہوئے چینل کے ذریعے (یا ڈیفالٹ کے طور پر ان کے رجسٹرڈ چینل کے ذریعے) پہنچائیں۔ ترسیل لاگ کریں۔ مکمل آڈٹ ٹریل کے ساتھ کیس بند کریں۔ SLA حساب اور RAG حیثیت خودکار کرنے والی تیار اسپریڈ شیٹ کے لیے Template 10 (DSAR Tracker) استعمال کریں۔

90 دن کا SLA

Rule 14(3) جواب کو 90 دن پر محدود کرتا ہے۔ یہ زیادہ سے زیادہ حد ہے، ہدف نہیں۔ پختہ پروگرام معمول کی رسائی درخواستوں کے لیے 14-30 دن، پیچیدہ مٹانے یا درستگی کے لیے زیادہ ہدف رکھتے ہیں۔ اپنی تقسیم ٹریک کریں — اگر آپ مسلسل 60 دن سے اوپر ہیں، تو آپ کا عملی ڈیزائن ہی مسئلہ ہے۔

All knowledge articles

Related articles