किसी bank, admission form या दूसरी online service ने कहा—DigiLocker से जुड़िए और Allow दबाइए। काम जल्दी खत्म करने के लिए पूरा message पढ़े बिना अनुमति देना आसान है। लेकिन यही वह जगह है जहाँ तय होता है कि कौन-सी संस्था आपके किन documents या details तक पहुँच ले रही है। Login करना और दस्तावेज share करने की अनुमति देना एक ही निर्णय नहीं है।
इस गाइड में consent screen को पढ़ने, पुराने permissions देखने और जरूरत समाप्त होने पर access हटाने का व्यावहारिक क्रम है। इसे इस्तेमाल करने के लिए technical भाषा समझना जरूरी नहीं; requester, document और अवधि के तीन सवाल ही शुरुआत के लिए पर्याप्त हैं।
Allow से पहले पाँच छोटे सवाल पूछें
- कौन माँग रहा है? संस्था का नाम उसी आवेदन या सेवा से मेल खाता है जिसे आपने शुरू किया था?
- किस काम के लिए? पहचान, पता, qualification या कोई दूसरी जरूरत साफ है?
- क्या माँगा गया है? खास certificate, profile details या files की बड़ी सूची?
- कितने समय तक? दिखाई गई validity या access अवधि आपके काम के अनुरूप है?
- बाद में कहाँ देखेंगे? Consent और activity का record किस हिस्से में उपलब्ध है?
DigiLocker की Terms of Use documents fetch या share करने से पहले explicit consent की बात करती हैं। आधिकारिक technology page भी permissions के प्रबंधन और consent वापस लेने की सुविधा बताता है। इसलिए permission को सिर्फ login की औपचारिकता समझकर छोड़ना ठीक नहीं।
Screen पर कौन-सी चीज किस बात का संकेत देती है?
| जो जानकारी दिखे | आपका सवाल | साफ न हो तो अगला कदम |
|---|---|---|
| Requester या application name | क्या यह वही संस्था है जिससे काम कर रहा हूँ? | Official आवेदन page पर लौटकर integration पुष्टि करें |
| माँगे गए documents/details | इस काम में इनकी जरूरत क्यों है? | Scope समझें; उपलब्ध सीमित चयन देखें |
| Validity या permission duration | क्या अवधि समझ आ रही है? | बिना समझे आगे न बढ़ें; application guidance पढ़ें |
| Consent history या status | यह request नई है या पहले दी थी? | पहले वाले permission का record देखें |
| Revoke या disconnect विकल्प | हटाने से आगे के काम पर क्या असर होगा? | Recipient की चालू प्रक्रिया और मदद के निर्देश जाँचें |
Login, permission और certificate submission में फर्क
Login से आपकी पहचान जाँची जाती है। Consent से किसी अनुरोध की अनुमति तय होती है। उसके बाद document fetch होना या आवेदन में attachment जुड़ना अलग घटना है। इसलिए successful login देखकर न तो यह मानें कि सभी documents साझा हो गए, और न consent दे देने से आवेदन submitted मानें।
एक काल्पनिक उदाहरण लें। रवि ने किसी आवेदन में पहचान के लिए अपना issued document लेने की अनुमति दी। आवेदन पर लौटने के बाद अतिरिक्त विवरण बाकी थे। ऐसे में उसकी consent दर्ज हो सकती है, पर आवेदन अधूरा रह सकता है। अंतिम form status और receipt वहीँ देखनी होगी जहाँ आवेदन भर रहे हैं।
इसी तरह किसी document का PDF अपने फोन में download करना और उसे WhatsApp पर भेजना DigiLocker के भीतर दिया गया requester access नहीं है। वह file जिस व्यक्ति को भेजी गई, उसकी copy का नियंत्रण अलग विषय बन जाता है। हर sharing तरीके का record अलग रखें।
क्या सभी permissions जरूरी हैं?
केवल इसलिए पूरे Drive या अनेक documents की अनुमति जरूरी न मानें कि screen पर विकल्प उपलब्ध है। जिस काम की जरूरत है उसे पढ़ें। उपलब्ध controls में कम scope चुन सकते हों तो पहले उसका अर्थ समझें। लेकिन किसी आवेदन की आवश्यक permission मनमाने ढंग से हटाने पर integration रुक भी सकता है; यह application-specific बात होगी।
यदि requester ऐसा document माँग रहा है जिसका काम से संबंध समझ नहीं आता, तो उसकी official help instructions देखें या संस्था से कारण पूछें। “बिना सोचे सभी boxes चुनो” वाली सलाह हर परिस्थिति में ठीक नहीं। साथ ही किसी पुराने इंटरनेट tutorial की screen को current flow का नियम न मानें।
Certificate में नाम, पता या पूरा पहचान नंबर दिखाई देता हो तो sharing से पहले सोचें कि recipient को किस हिस्से की जरूरत है। Masked Aadhaar और QR में क्या जानकारी रहती है, इसे समझना खास तौर पर मददगार है। Masked लिखे होने से हर भीतर का record anonymous नहीं हो जाता।
पुरानी consent कहाँ और कैसे जाँचें?
NeGD वेबसाइट पर प्रकाशित DigiLocker consent संबंधी व्याख्यात्मक लेख में “My Consent” dashboard का उल्लेख है, जहाँ apps की permissions देखने, वापस लेने और समय सीमा निर्धारित करने की सुविधाएँ समझाई गई हैं। Website या app के version के अनुसार स्थान या label बदल सकता है। Account settings में उपलब्ध consent या linked application वाले विकल्प को पढ़ें।
हर entry के लिए संस्था, अनुमति का प्रकार, तारीख और स्थिति देखें। कोई नाम अपरिचित लगे तो तुरंत उसे धोखाधड़ी घोषित करने के बजाय याद करें कि किस आधिकारिक सेवा से जुड़े थे। संस्था का technical या legal नाम उसके आम brand से अलग हो सकता है। पहचान फिर भी न हो तो उसे स्पष्ट करने के लिए official support लें।
FAQ का Activity हिस्सा account में upload, download और share जैसी गतिविधियों का record बताता है। Activity entry और consent status को साथ देखना उपयोगी है: पहली बताती है क्या हुआ, दूसरी बताती है कौन-सा access अनुमति में है। दोनों को एक ही सूची समझकर निष्कर्ष न निकालें।
Revoke करने पर क्या बदलेगा, और क्या नहीं मानना चाहिए?
NeGD वेबसाइट पर प्रकाशित व्याख्यात्मक लेख के अनुसार permission revoke होने के बाद संबंधित app आगे नया data fetch नहीं कर सकती। लेकिन आपने पहले किसी को PDF email किया था या संस्था ने अधिकृत प्रक्रिया में copy प्राप्त की थी, तो केवल revoke दबाने से वह copy अपने आप मिट गई—यह अनुमान न लगाएँ। पहले भेजी गई जानकारी के retention या deletion के बारे में recipient की policy और उसके official contact से बात करें।
एक चालू application के बीच consent हटाने से अगर आगे verification फिर चाहिए, तो प्रक्रिया में नया permission request आ सकता है। जरूरी काम अधूरा हो तो पहले उसकी instructions पढ़ लें। Revoke करना privacy control है; यह आवेदन रद्द करने, certificate रद्द करने या account delete करने का एक ही बटन नहीं है।
गलत request पर अनुमति दे दी तो क्रम क्या रखें?
- Official DigiLocker खोलकर संबंधित consent और activity पहचानें।
- जहाँ उचित हो, उपलब्ध revoke/disconnect control से आगे का access रोकें।
- तारीख, requester, साझा document का प्रकार और action का record निजी तौर पर रखें।
- अपरिचित access या account समस्या के लिए official helpdesk में ticket दें।
- यदि password, PIN या OTP भी किसी को बताया है, तो account की उपलब्ध security recovery अलग पूरी करें।
किसी fake scheme page से request शुरू हुई थी तो उसके domain और message का evidence रखें। आगे के लिए सरकारी link की पहचान करने के तरीके उपयोगी हैं। प्रमाण जुटाते समय अपना पूरा certificate दोबारा public post में न डालें।
Consent के बारे में आम भ्रम
क्या DigiLocker login करने से सभी documents सभी apps को मिल जाते हैं?
Login और requester permission अलग हैं। अपनी consent screen और actual activity देखें; केवल login का अनुमान काफी नहीं।
क्या revoke दबाने से certificate invalid हो जाएगा?
Access permission और issuer के document की वैधता अलग बातें हैं। Certificate की validity issuer तय करता है।
क्या फोन की camera permission बंद करना document consent हटाना है?
Device permission और किसी requester का account access अलग controls हैं। जरूरी consent को DigiLocker में अलग जाँचें।
पुरानी अनुमति हटाने के बाद क्या support receipt रखनी चाहिए?
यदि कोई शिकायत या application dispute है तो उसका reference और action का समय रखें। बाद में किस access को कब हटाया, यह समझाना आसान होगा।
आधिकारिक स्रोत
स्रोत जाँच: 9 नवंबर 2026। आवेदन के दिन अपने मामले की नई विभागीय सूचना देखें।