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, आपके सहायता हेल्पडेस्क, आपके मार्केटिंग ऑटोमेशन टूल, आपके विश्लेषण प्लेटफ़ॉर्म, आपके डेटा वेयरहाउस, आपके बैकअप में रहता है — और संभवतः आपके प्रोसेसर के सिस्टम में भी।

प्रत्येक सिस्टम का निर्भरता मानचित्र (RoPA के अनुसार) बनाए रखें जो Data Principal डेटा रख सकता है। 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