DPDP सहमति पटल बनाएँ—सिर्फ टिक-बॉक्स से नियम पूरे नहीं होंगे

भारतीय स्टार्टअप के लिए DPDP सहमति पटल का मतलब केवल टिक-बॉक्स लगाना नहीं है। पटल पर बताइए कि कौन-सा व्यक्तिगत डेटा किस उद्देश्य से लिया जाएगा, उस उपयोग के लिए स्पष्ट सकारात्मक सहमति लीजिए और अधिकार संपर्क तथा सहमति वापसी का रास्ता दीजिए। निर्णय को उस सूचना से जोड़कर दर्ज भी कीजिए जो उपयोगकर्ता ने देखी थी। DPDP अधिनियम की सूचना और सहमति धाराएँ इन तत्वों के साथ, जरूरत पड़ने पर सूचना दिए जाने और सहमति मिलने का प्रमाण प्रस्तुत करने की जिम्मेदारी तय करती हैं।

यह पंजीकरण से लेकर डेटा के उपयोग और अनुमति वापस लेने तक का उत्पाद कार्यप्रवाह है। 13 नवंबर 2025 को अधिसूचित अंतिम नियम स्वतंत्र रूप से समझ आने वाली, स्पष्ट और मदवार सूचना का प्रारूप देते हैं; सूचना संबंधी नियम प्रकाशन के 18 महीने बाद लागू होने वाले समूह में है। अधिनियम की प्रवर्तन अधिसूचना भी सूचना और सहमति की मुख्य धाराओं के लिए प्रकाशन के 18 महीने बाद का चरण तय करती है। इसलिए इस नमूने को निर्धारित आवश्यकताओं की तैयारी के रूप में अपनाएँ, यह मानकर नहीं कि सभी धाराएँ अभी लागू हैं।

उद्देश्य और डेटा की जोड़ी पहले तय करें

पटल लिखने से पहले प्रत्येक प्रस्तावित उपयोग को उसके लिए जरूरी डेटा और उपयोगकर्ता को मिलने वाली सेवा से मिलाएँ। एक ही मोबाइल नंबर खाता सत्यापन और प्रचार संदेश, दोनों में इस्तेमाल हो सकता है, लेकिन ये अलग उद्देश्य हैं। यदि प्रचार के लिए नंबर चाहिए, तो उसे खाता खोलने की सूचना में बिना अलग चुनाव के शामिल न करें।

मान लीजिए एक काल्पनिक खरीदारी ऐप बनाया जा रहा है। उसकी उद्देश्य-से-डेटा सूची इस तरह हो सकती है; वास्तविक सूची ऐप में सचमुच होने वाले प्रसंस्करण के अनुसार बनेगी:

• खाता खोलना: मोबाइल नंबर से एक बार इस्तेमाल होने वाला कोड भेजकर नंबर सत्यापित करना और खाते तक पहुँच देना।
• ऑर्डर पहुँचाना: नाम, डिलीवरी पता और संपर्क नंबर से खरीदी गई वस्तु पहुँचाना। यदि पते की जरूरत ऑर्डर के समय है, तो उसे पंजीकरण के दौरान न माँगें।
• प्रचार संदेश: मोबाइल नंबर या ईमेल पते पर प्रस्ताव भेजना। इसके लिए अलग वैकल्पिक चुनाव रखें और बताएं कि इसे ठुकराने पर खरीदारी सेवा पर क्या असर होगा।

यह सूची अपने आप हर उपयोग का कानूनी आधार तय नहीं करती। उत्पाद और अनुपालन टीम को देखना होगा कि किस प्रसंस्करण के लिए सहमति ली जा रही है और कहाँ अधिनियम में दिया कोई अन्य अनुमत उपयोग लागू हो सकता है। इस निर्णय के बाद ही पटल के चुनाव तय करें; हर डेटा संग्रह के सामने औपचारिक टिक लगा देना उद्देश्य की जाँच का विकल्प नहीं है।

मोबाइल पंजीकरण में निर्णय का क्रम रखें

सहमति माँगने से पहले उसी प्रवाह में ऐसी सूचना दिखाएँ जो अलग गोपनीयता नीति खोले बिना समझ आ जाए। डेटा की मदें, प्रत्येक उद्देश्य, उससे मिलने वाली सेवा या सुविधा और अनुमति वापस लेने तथा अधिकार इस्तेमाल करने का मार्ग दिखाई देना चाहिए। विस्तृत नीति का लिंक अतिरिक्त संदर्भ दे सकता है, पर मुख्य सूचना की जगह नहीं ले सकता।

1. पहले खाता खोलने के लिए लिया जाने वाला डेटा और उसका उपयोग दिखाएँ। ऑर्डर के समय माँगे जाने वाले डिलीवरी पते को इस चरण की सूची में न जोड़ें।
2. वैकल्पिक प्रचार उपयोग के लिए अलग, शुरू में खाली चुनाव दें। पहले से चुना हुआ टिक उपयोगकर्ता की सकारात्मक कार्रवाई का भरोसेमंद संकेत नहीं देता।
3. प्रत्येक चुनाव के पास साधारण शब्दों में बताएं कि स्वीकार करने पर क्या शुरू होगा। वैकल्पिक चुनाव अस्वीकार होने पर मुख्य सेवा का वास्तविक परिणाम भी स्पष्ट करें।
4. सहमति दर्ज होने के बाद उपयोगकर्ता को अपने चुनाव देखने और बदलने का रास्ता दें, जो पंजीकरण पूरा होने के बाद भी उपलब्ध रहे।

यह क्रम एक उत्पाद नमूना है, कानून में तय किया गया एकमात्र पटल विन्यास नहीं। इसकी कसौटी यह है कि दर्ज निर्णय किसी अस्पष्ट सामान्य स्वीकृति के बजाय बताई गई सूचना और संबंधित उद्देश्य से जुड़ सके। यदि उपयोग बाद में बदले, तो पुराने चुनाव को नए उद्देश्य की अनुमति समझने के बजाय सूचना और सहमति की फिर समीक्षा करें।

भाषा और अधिकार संपर्क को पूरा बनाएं

उपयोगकर्ता को सूचना और सहमति अनुरोध अंग्रेजी या संविधान की आठवीं अनुसूची में शामिल भाषा में देखने का विकल्प चाहिए। EY India की अनुपालन व्याख्या भी सरल भाषा, डेटा की मदवार सूची, विशिष्ट उद्देश्य और अधिकार तथा शिकायत के मार्ग को सूचना के प्रमुख घटक बताती है। हिंदी विकल्प दें तो केवल बटन नहीं, डेटा और उद्देश्य का पूरा विवरण, चुनाव का परिणाम तथा वापसी के निर्देश भी हिंदी में दें।

अधिकार संपर्क ऐसी जगह दिखाएँ जहाँ से उपयोगकर्ता अपने डेटा तक पहुँच, सुधार, मिटाने या शिकायत से जुड़ा अनुरोध भेज सके। जहाँ डेटा संरक्षण अधिकारी लागू हो, उसका कारोबारी संपर्क दें; अन्य मामलों में प्रसंस्करण से जुड़े प्रश्नों का उत्तर देने के लिए अधिकृत व्यक्ति का संपर्क दें। संपर्क को पटल पर लिखने के साथ यह भी तय करें कि उस रास्ते से आए अनुरोध किस टीम तक पहुँचेंगे और उनका उत्तर कैसे जाएगा।

भाषा बदलने पर पूरे निर्णय क्रम को जाँचें: क्या हर डेटा मद का अर्थ वही है, क्या वैकल्पिक अनुमति सचमुच वैकल्पिक दिखती है और क्या वापसी का रास्ता समझ में आता है? दर्ज चुनाव के साथ दिखाई गई भाषा सहेजें। इससे बाद में उस सूचना का सही संस्करण पहचानने में मदद मिलेगी जिसे उपयोगकर्ता ने निर्णय लेते समय देखा था।

सहमति का प्रमाण किस रूप में रखें

खाते में केवल ‘हाँ’ सहेजने से यह स्पष्ट नहीं होता कि उपयोगकर्ता ने किस उद्देश्य के लिए, कौन-सी सूचना देखकर सहमति दी थी। प्रत्येक उद्देश्य के लिए अभिलेख में खाते या उपयोगकर्ता का पहचान संकेत, संबंधित डेटा मदें, सूचना का संस्करण, दिखाई गई भाषा, निर्णय का समय, चुना गया विकल्प और उसकी मौजूदा स्थिति जोड़ें। ये डेटाबेस के लिए सुझाए गए क्षेत्र हैं; कानून किसी एक तकनीकी संरचना को निर्धारित नहीं करता।

सूचना का पाठ बदलने पर पुराने संस्करण को पहचानने योग्य रखें। तभी पुराने निर्णय को भूल से नए पाठ से जोड़ने से बचा जा सकेगा। प्रचार की अनुमति बदले तो उस बदलाव को खाते या ऑर्डर से जुड़े दूसरे चुनावों में अपने आप न फैलाएँ। अभिलेख तक पहुँच सीमित रखें और प्रमाण बनाने के नाम पर अनावश्यक व्यक्तिगत डेटा न जुटाएँ।

वापसी को संबंधित डेटा उपयोग तक पहुँचाएँ

खाते की गोपनीयता सेटिंग में सक्रिय अनुमतियाँ उद्देश्य के अनुसार दिखें। उपयोगकर्ता प्रचार संदेशों की अनुमति वापस ले तो पटल बदली स्थिति और उसका समय दर्ज करे, फिर संदेश भेजने वाली सूची तथा संबंधित सेवा प्रदाता तक प्रसंस्करण रोकने का संकेत पहुँचाए। स्क्रीन से टिक हट जाने पर भी यदि संदेश भेजने की प्रणाली पुरानी स्थिति पर चलती रहे, तो वापसी अधूरी है।

अनुमति देने और वापस लेने की सहजता तुलनीय रखें। पंजीकरण में कुछ स्पर्श से मिला चुनाव वापस लेने के लिए छिपे फ़ॉर्म या लंबी सहायता प्रक्रिया की जरूरत नहीं होनी चाहिए। वापसी से पहले सहमति के आधार पर हुआ प्रसंस्करण अमान्य नहीं हो जाता; पहले से दिए और भुगतान किए गए ऑर्डर को पूरा करने जैसे परिणाम उपयोगकर्ता को स्पष्ट बताएं। जहाँ किसी डेटा का आगे प्रसंस्करण कानून के तहत आवश्यक या अधिकृत हो, उसे वापस ली गई अनुमति वाले उपयोग से अलग संभालें।

पटल जारी करने से पहले उसी काल्पनिक खरीदारी प्रवाह पर जाँच करें: बिना प्रचार अनुमति के खाता खुलता है या नहीं, चुनी भाषा में पूरी सूचना मिलती है या नहीं, दर्ज अभिलेख सही पाठ से जुड़ता है या नहीं, अधिकार संपर्क तक अनुरोध पहुँचता है या नहीं और वापसी के बाद प्रचार प्रणाली सचमुच रुकती है या नहीं। इस क्रम में पटल और उसके पीछे की प्रणालियाँ साथ जाँची जाती हैं।

यह भी पढ़ें:

• भारत में घर से काम कानूनी अधिकार नहीं—आपसी सहमति की शर्त पहले पढ़ें
• Google खाते में अनजान ऐप दिखे—सिर्फ पासवर्ड बदलना पर्याप्त नहीं
• IMC 2026 में विचार काफी नहीं था—स्टार्टअप के लिए नमूना उत्पाद जरूरी