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