Skip to main content
DSAR Fulfilment Workflow Under the DPDP Act | Aizzentec — page loaded
सञ्चालनगत

स्केल हुने DSAR पूर्ति कार्यप्रवाह निर्माण गर्ने

अनुरोध प्रवेशदेखि पहिचान प्रमाणीकरण हुँदै ९०-दिने 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