संवेदनशील जानकारी ऐक्सेस करने वाली अनुमतियां और एपीआई

^{डिसक्लेमर: नीति की खास जानकारी में सिर्फ़ अहम जानकारी शामिल होती है. नीति का पालन करने के मामले में हमेशा पूरी नीति पढ़ें. अगर नीति की खास जानकारी और पूरी नीति में अलग-अलग बातें बताई गई हैं, तो हमेशा पूरी नीति को प्राथमिकता दी जाएगी}

इस लेख में बदलाव होने जा रहे हैं

इस लेख को उन बदलावों के हिसाब से अपडेट कर दिया जाएगा जिनका एलान हाल ही में किया गया है.

उपयोगकर्ताओं की सुरक्षा बनाए रखने और उन्हें साफ़ तौर पर जानकारी देने के लिए, हम Accessibility API से जुड़ी अपनी नीति को अपडेट कर रहे हैं. ऐसा इसलिए, ताकि पहले से मौजूद नियमों के बारे में साफ़ तौर पर बताया जा सके और उन्हें सख्ती से लागू किया जा सके. इन नियमों के मुताबिक, कोई ऐप्लिकेशन अपने-आप कोई कार्रवाई शुरू करने, उसका प्लान बनाने, और उसे लागू करने के लिए इस एपीआई का इस्तेमाल नहीं कर सकता. इस तरह की कार्रवाई करके, ऐप्लिकेशन अपने उपयोगकर्ता की सेटिंग को उसकी अनुमति के बिना बदल सकता है और Android की निजता सेटिंग को गच्चा दे सकता है. साथ ही, उपयोगकर्ता को बताए बिना या उसकी सहमति लिए बिना कोई कार्रवाई करके, यूज़र इंटरफ़ेस का गलत तरीके से इस्तेमाल कर सकता है.

(28 जनवरी, 2026 से लागू)

अपडेट किए गए "संवेदनशील जानकारी ऐक्सेस करने वाली अनुमतियां और एपीआई" लेख की झलक देखने के लिए, इस पेज पर जाएं.

नीति खास जानकारी

Google Play के मुताबिक, ऐप्लिकेशन को संवेदनशील डेटा ऐक्सेस करने वाले एपीआई और अनुमतियों के लिए सिर्फ़ तब अनुरोध करना चाहिए, जब यह ऐप्लिकेशन के मुख्य फ़ंक्शन के लिए ज़रूरी हो. ये फ़ंक्शन वही होने चाहिए जो Play Store पर ऐप्लिकेशन के पेज पर बताए गए हैं. साथ ही, डेटा का इस्तेमाल सिर्फ़ उन कामों में किया जाना चाहिए जिनके लिए उपयोगकर्ता ने अनुमति दी है. इससे उपयोगकर्ता का भरोसा बढ़ता है.  यह ज़रूरी है कि संवेदनशील डेटा का गलत इस्तेमाल न किया जाए, इसे ज़ाहिर न किया जाए या बेवजह ऐक्सेस न किया जाए. संवेदनशील डेटा ऐक्सेस करने वाले एपीआई के लिए, एक-एक करके अनुमतियां हासिल करें. साथ ही, हर लेवल के बारे में साफ़ तौर पर जानकारी दें. उपयोगकर्ता के डेटा का इस्तेमाल, उसकी अनुमति के मुताबिक ही करें. अन्य मकसद के लिए अलग से अनुमति लें. कृपया पूरी नीति पढ़ें, ताकि यह पक्का किया जा सके कि आपका ऐप्लिकेशन इस नीति का पालन कर रहा है.

संवेदनशील जानकारी को ऐक्सेस करने वाले सिर्फ़ ऐसे एपीआई और अनुमतियों के लिए अनुरोध करें जो उपयोगकर्ताओं के काम की हों. संवेदनशील जानकारी को ऐक्सेस करने वाले सिर्फ़ ऐसे एपीआई या अनुमतियों का अनुरोध किया जा सकता है जो आपके ऐप्लिकेशन में मौजूदा सुविधाओं या सेवाओं को लागू करने के लिए ज़रूरी हैं. ये वे सुविधाएं या सेवाएं होनी चाहिए जिनके बारे में आपने Google Play के स्टोर पेज पर बताया हो. ऐसा हो सकता है कि आपको ऐसे एपीआई या अनुमतियों को इस्तेमाल करने का विकल्प न मिले जिनमें उन सुविधाओं या मकसद के लिए उपयोगकर्ता या डिवाइस के डेटा को ऐक्सेस किया जाता है जिनकी जानकारी न दी गई हो. इन एपीआई या अनुमतियों का इस्तेमाल उन सुविधाओं या मकसद के लिए भी नहीं किया जा सकेगा जो ऐप्लिकेशन में मौजूद न हों या जिनकी अनुमति न हो. इन अनुमतियों या एपीआई की मदद से ऐक्सेस किए गए निजी या संवेदनशील डेटा को बेचने और बेचने के मकसद से शेयर करने की अनुमति नहीं है.

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

 

---

 

पाबंदी वाली अनुमतियां

नीति खास जानकारी

उपयोगकर्ताओं की निजता को सुरक्षित रखने के लिए, Google Play पाबंदी वाली कुछ अनुमतियां तय करता है. इन अनुमतियों के लिए अतिरिक्त ज़रूरी शर्तें तय की जाती हैं. साथ ही, ऐप्लिकेशन के लिए यह ज़रूरी हो जाता है कि वे इन अनुमतियों का इस्तेमाल ज़िम्मेदारी के साथ करें और उपयोगकर्ता से धोखाधड़ी करके ऐक्सेस हासिल न करें. अगर उपयोगकर्ता आपके अनुरोध को खारिज कर देते हैं, तो उनके इस फ़ैसले का सम्मान करें और उन्हें दूसरे विकल्प उपलब्ध कराएं. ध्यान रखें कि पाबंदी वाली चुनिंदा अनुमतियों के लिए, आपको अतिरिक्त ज़रूरी शर्तें पूरी करनी पड़ सकती हैं. कृपया पूरी नीति पढ़ें, ताकि यह पक्का किया जा सके कि आपका ऐप्लिकेशन इस नीति का पालन कर रहा है.

पूरी नीति

ऊपर बताई गई अनुमतियों के अलावा, पाबंदी वाली अनुमतियां वे होती हैं जिन्हें हमारे डेवलपर दस्तावेज़ में खतरनाक, खास,  अहम के तौर पर शामिल किया गया है या जिनके बारे में नीचे बताया गया है. ये अनुमतियां नीचे दी गई अन्य ज़रूरी शर्तों और पाबंदियों पर निर्भर करती हैं:

• उपयोगकर्ता या डिवाइस के जिस डेटा को पाबंदी वाली अनुमतियों का इस्तेमाल करके ऐक्सेस किया जाता है उसे उपयोगकर्ता का निजी और संवेदनशील डेटा माना जाता है. इस पर उपयोगकर्ता के डेटा से जुड़ी नीति की शर्तें लागू होती हैं.
• अगर उपयोगकर्ता पाबंदी वाली कोई अनुमति देने से मना कर देते हैं, तो उनके फ़ैसलों का सम्मान करें. साथ ही, किसी ग़ैर-ज़रूरी अनुमति पर सहमति देने के लिए उपयोगकर्ताओं पर दबाव नहीं बनाया जा सकता, न ही उनके फ़ैसले को बदलने की कोशिश की जा सकती है. ऐप्लिकेशन इस्तेमाल करने वाले वे लोग जो अपनी संवेदनशील जानकारी का ऐक्सेस नहीं देते, उनसे अनुमति लेने के लिए ज़रूरी कोशिशें करनी होंगी. उदाहरण के तौर पर, अगर वे कॉल लॉग का ऐक्सेस नहीं देते, तो उन्हें मैन्युअल तरीके से फ़ोन नंबर डालने की अनुमति देना.
• Google Play की मैलवेयर से जुड़ी नीतियों का उल्लंघन करने वाली अनुमतियों का इस्तेमाल करना साफ़ तौर पर मना है. इनमें खास अधिकारों का गलत इस्तेमाल भी शामिल है.

पाबंदी वाली कुछ खास अनुमतियां, नीचे बताई गई दूसरी ज़रूरी शर्तों पर निर्भर हो सकती हैं. इन पाबंदियों का मकसद, ऐप्लिकेशन को इस्तेमाल करने वालों की निजता को सुरक्षित रखना है. हम नीचे दी गई ज़रूरी शर्तों में गिनती के अपवादों की अनुमति दे सकते हैं. ऐसा हम उन बेहद खास मामलों में ही कर सकते हैं जहां ऐप्लिकेशन काफ़ी दमदार या बहुत ज़रूरी सुविधा देते हों और उसे मुहैया कराने का कोई दूसरा तरीका मौजूद नहीं हो. हम दिए गए अपवादों का आकलन, उपयोगकर्ताओं की निजता या सुरक्षा पर पड़ने वाले असर के मुताबिक करते हैं.

ध्यान देने वाली मुख्य बातें

ऐसा करें	ऐसे न करें
अगर कोई उपयोगकर्ता, पाबंदी वाली अनुमति देने से मना करता है, तो ऐप्लिकेशन को उसका फ़ैसला मानना होगा. इसके अलावा, अनुमति पाने के लिए उपयोगकर्ता के साथ किसी भी तरह की धोखाधड़ी नहीं करनी चाहिए.	अनुमतियों का इस्तेमाल Google Play की मैलवेयर से जुड़ी नीति का उल्लंघन करने के लिए न करें. इसमें खास सुविधाओं के ऐक्सेस का गलत इस्तेमाल करना भी शामिल है.
अगर उपयोगकर्ता किसी अनुमति को अस्वीकार करता है, तो उसे काम को करने का कोई दूसरा तरीका बताएं. जैसे, मैन्युअल तौर पर डेटा एंट्री करना.	उपयोगकर्ताओं के साथ धोखाधड़ी न करें और न ही उन्हें गुमराह करें. अनुमतियों का ऐक्सेस पाने के लिए, उन पर कोई दबाव न डालें और न ही उनके साथ धोखाधड़ी करें.
उपयोगकर्ता के डेटा से जुड़ी नीति का पालन करें, क्योंकि इन अनुमतियों का इस्तेमाल करके ऐक्सेस किया गया डेटा संवेदनशील है.	अगर कोई उपयोगकर्ता, पाबंदी वाली अनुमति देने से मना करता है, तो उसे ऐप्लिकेशन इस्तेमाल करने का कोई दूसरा तरीका बताएं और यह पक्का करें कि उसके लिए ऐप्लिकेशन ठीक से काम करता रहे.
खतरनाक अनुमतियों के लिए अनुरोध (उदाहरण के लिए, READ_CALENDAR), रनटाइम अनुरोध के साथ करें और यह भी बताएं कि आपको इसका ऐक्सेस क्यों चाहिए.	वजह बताए बिना अनुरोध न करें. पाबंदी वाली अनुमति के लिए अनुरोध सिर्फ़ तब करें, जब उसका कोई दूसरा विकल्प उपलब्ध न हो और अनुमति देना बेहद ज़रूरी हो.
खास अनुमतियों की मंज़ूरी लेने के लिए, उपयोगकर्ताओं को सिस्टम सेटिंग पर ले जाएं. जैसे, SYSTEM_ALERT_WINDOW).

 

 

---

मैसेज (एसएमएस) और कॉल लॉग की अनुमतियां

नीति की खास जानकारी

Google Play, एसएमएस और कॉल लॉग के बेहद संवेदनशील डेटा को ऐक्सेस करने पर कड़ी पाबंदी लगाता है. इन अनुमतियों का अनुरोध करने के लिए, ज़रूरी है कि आपका ऐप्लिकेशन एसएमएस, फ़ोन या असिस्टेंट के डिफ़ॉल्ट हैंडलर के तौर पर काम करता हो. यह डेटा सिर्फ़ तब इस्तेमाल किया जा सकता है, जब यह आपके ऐप्लिकेशन की ऐसी मुख्य सुविधाओं और उनके काम करने के तरीके के लिए बिलकुल ज़रूरी हो जिनके बारे में आपने जानकारी दी है. इस डेटा का इस्तेमाल, विज्ञापन दिखाने या ऐसे अन्य मकसद से कभी नहीं किया जाना चाहिए जिनकी अनुमति नहीं है.  कृपया पूरी नीति देख लें, ताकि यह पक्का किया जा सके कि आपका ऐप्लिकेशन इस नीति का पालन कर रहा हो.

पूरी नीति

मैसेज (एसएमएस) और कॉल लॉग की अनुमतियों को निजी और संवेदनशील जानकारी पॉलिसी और आगे दी गई पाबंदियों के तहत, इस्तेमाल करने वाले का संवेदनशील डेटा माना जाता है:

पाबंदी वाली अनुमति	ज़रूरत
कॉल लॉग अनुमति ग्रुप (जैसे READ_CALL_LOG, WRITE_CALL_LOG, PROCESS_OUTGOING_CALLS)	इसे डिवाइस पर डिफ़ॉल्ट मैसेज (एसएमएस) या सहायक हैंडलर के रूप में सही तरीके से रजिस्टर किया जाना चाहिए.
मैसेज (एसएमएस) अनुमति ग्रुप (जैसे READ_SMS, SEND_SMS, WRITE_SMS, RECEIVE_SMS, RECEIVE_WAP_PUSH, RECEIVE_MMS)	इसे डिवाइस पर डिफ़ॉल्ट मैसेज (एसएमए) या सहायक हैंडलर के रूप में सही तरीके से रजिस्टर किया जाना चाहिए.

 

जिन ऐप्लिकेशन में डिफ़ॉल्ट मैसेज (एसएमएस), फ़ोन या सहायक हैंडलर की सुविधा नहीं है, हो सकता है कि वे मेनिफ़ेस्ट में ऊपर दी गई अनुमतियों के बारे में न बताएं. इसमें मेनिफ़ेस्ट का प्लेसहोल्डर टेक्स्ट भी शामिल है. इसके अलावा, ऐप्लिकेशन इस्तेमाल करने वालों को ऊपर दी गई कोई भी अनुमति स्वीकार करने का संकेत देने से पहले, मैसेज (एसएमएस), फ़ोन या सहायक हैंडलर के रूप में ऐप्लिकेशन रजिस्टर होने चाहिए और जब वे डिफ़ॉल्ट हैंडलर न रह जाएं, तो उन्हें उसी समय अनुमति का इस्तेमाल करना बंद कर देना चाहिए. अनुमति दिए गए इस्तेमाल और अपवाद इस सहायता केंद्र पेज पर दिए गए हैं.

ऐप्लिकेशन सिर्फ़ स्वीकृत मुख्य फ़ंक्शन की सुविधा देने के लिए अनुमति (और अनुमति से पाए हुए किसी भी डेटा) का इस्तेमाल कर सकते हैं. मुख्य फ़ंक्शन की सुविधा को ऐप्लिकेशन के मुख्य उद्देश्य के तौर पर बताया गया है. इसमें मुख्य सुविधाओं का एक सेट शामिल हो सकता है, जिन्हें ऐप्लिकेशन की जानकारी में खास तौर से बताया जाना चाहिए और उनका प्रचार किया जाना चाहिए. मुख्य सुविधा (सुविधाओं) के बिना ऐप्लिकेशन "अधूरा" रहता है या किसी काम का नहीं रहता. इस डेटा का ट्रांसफ़र, शेयर करना या लाइसेंस लेकर किया गया इस्तेमाल, सिर्फ़ ऐप्लिकेशन के अंदर मुख्य सुविधाओं या सेवाओं को देने के लिए होना चाहिए. इसका इस्तेमाल किसी और मकसद (जैसे दूसरे ऐप्लिकेशन या सेवाओं, विज्ञापन या मार्केटिंग के मकदस में सुधार) के लिए बढ़ाया नहीं जा सकता है. डेटा पाने के लिए आप दूसरे तरीकों (दूसरी अनुमतियों, एपीआई, या तीसरे-पक्ष स्रोतों सहित) का इस्तेमाल नहीं कर सकते हैं. जिसमें ऊपर बताई गई अनुमतियां शामिल हैं.

ध्यान देने वाली मुख्य बातें

ऐसा करें	ऐसा न करें
Play Console पर जाकर, एलान वाला फ़ॉर्म सबमिट करें.	जब तक ऐप्लिकेशन के मुख्य फ़ंक्शन के लिए ज़रूरी न हो तब तक एसएमएस / कॉल लॉग ऐक्सेस करने की अनुमतियां न मांगें.
उपयोगकर्ताओं को इस बारे में साफ़ तौर पर बताएं कि किन मुख्य फ़ंक्शन के लिए ऐक्सेस की ज़रूरत पड़ती है.	इस डेटा का इस्तेमाल, विज्ञापन दिखाने या किसी अन्य काम के लिए न करें.
अगर मुमकिन हो, तो ऐसे विकल्पों का इस्तेमाल करें जो नीति का पालन करते हों. जैसे, SMS Retriever API.	एसएमएस या कॉल लॉग के गै़र-ज़रूरी डेटा को इकट्ठा या शेयर न करें.
अगर हैंडलर स्टेटस को डिफ़ॉल्ट से हटा दिया जाता है, तो ऐप्लिकेशन के डेटा को ऐक्सेस करना तुरंत बंद कर दें.	अलग-अलग तरीकों से डेटा को ऐक्सेस करने की कोशिश न करें.
एसएमएस और कॉल लॉग से जुड़ी अनुमतियों का इस्तेमाल और उसके अपवाद देखें.

 

---

जगह की जानकारी की अनुमतियां

नीति की खास जानकारी

बैकग्राउंड में जगह की जानकारी ऐक्सेस करने के अनुरोध से जुड़ी नीति के तहत, ऐप्लिकेशन को यह जानकारी ऐक्सेस करने की एक ठोस वजह बतानी होगी और इसे ऐक्सेस करने से पहले उपयोगकर्ताओं से साफ़ तौर पर इसकी अनुमति लेनी होगी. इससे उपयोगकर्ताओं की निजता को सुरक्षित रखा जा सकेगा. डिवाइस की जगह की जानकारी का डेटा सिर्फ़ ऐसे ज़रूरी फ़ंक्शन के लिए ऐक्सेस किया जाना चाहिए जिनसे उपयोगकर्ता को सीधे तौर पर फ़ायदा मिलता हो और जो ऐप्लिकेशन के मुख्य काम में ज़रूरी भूमिका निभाते हों. इस जानकारी का इस्तेमाल, विज्ञापन दिखाने या बेहतर आंकड़े हासिल करने के मकसद से कभी नहीं किया जाना चाहिए. जब भी हो सके, अनुरोधों को सीमित करें और कम संवेदनशील विकल्प चुनें. जैसे, अनुमानित जगह की जानकारी और स्क्रीन पर खुले ऐप्लिकेशन को मिलने वाला ऐक्सेस. अगर फ़ोरग्राउंड सेवाओं को डिवाइस की जगह की जानकारी ऐक्सेस करनी है, तो इसके लिए उपयोगकर्ता से अनुमति ली जानी चाहिए और इसे कुछ ही समय तक ऐक्सेस किया जाना चाहिए. बैकग्राउंड में यह जानकारी सिर्फ़ उन सुविधाओं के लिए ऐक्सेस की जानी चाहिए जिनके लिए ऐसा करना बेहद ज़रूरी है. कृपया पूरी नीति देख लें, ताकि यह पक्का किया जा सके कि आपका ऐप्लिकेशन इस नीति का पालन करता हो.

पूरी नीति

डिवाइस की जगह की जानकारी को उपयोगकर्ता की निजी और संवेदनशील जानकारी माना जाता है. यह निजी और संवेदनशील जानकारी से जुड़ी पॉलिसी, बैकग्राउंड में जगह की जानकारी ऐक्सेस करने का अनुरोध करने की पॉलिसी, और नीचे दी गई शर्तों पर निर्भर करती है:

• आपका ऐप्लिकेशन, ऐप्लिकेशन में मौजूदा सुविधाएं या सेवाएं देने की सुविधा बंद हो जाने के बाद, जगह की जानकारी (उदाहरण के लिए, ACCESS_FINE_LOCATION, ACCESS_COARSE_LOCATION, ACCESS_BACKGROUND_LOCATION) की अनुमति की मदद से सुरक्षित डेटा को ऐक्सेस नहीं कर सकेगा.
• सिर्फ़ विज्ञापन दिखाने या आंकड़े पाने के लिए, आपको ऐप्लिकेशन इस्तेमाल करने वालों से जगह की जानकारी इस्तेमाल करने की अनुमति नहीं मांगनी चाहिए. विज्ञापन दिखाने के लिए इस डेटा के इस्तेमाल की अनुमति देने वाले ऐप्लिकेशन को हमारी विज्ञापन पॉलिसी के मुताबिक होना चाहिए.
• ऐप्लिकेशन को मौजूदा सुविधा या सेवा देने के लिए उतने ही दायरे का अनुरोध करना चाहिए जो ज़रूरी है. उदाहरण के लिए, अच्छे की बजाय ठीक और बैकग्राउंड की बजाय फ़ोरग्राउंड. साथ ही, ऐप्लिकेशन इस्तेमाल करने वाले लोगों को यह उम्मीद करनी चाहिए कि सुविधा या सेवा को जगह की उतनी जानकारी की ज़रूरत है जितनी के लिए ऐक्सेस का अनुरोध किया गया है. उदाहरण के लिए, हम ऐसे ऐप्लिकेशन अस्वीकार कर सकते हैं जो कोई खास वजह बताए बिना बैकग्राउंड की जगह की जानकारी का अनुरोध करते हैं या इसे ऐक्सेस करते हैं.
• बैकग्राउंड में जगह की जानकारी ऐक्सेस करने का अनुरोध, सिर्फ़ ऐसी सुविधाएं देने के लिए किया जा सकता है जो उपयोगकर्ता के लिए फ़ायदेमंद हों और ऐप्लिकेशन के मुख्य फ़ंक्शन से जुड़ी हों.

फ़ोरग्राउंड सेवा (ऐप्लिकेशन के पास ऐक्सेस सिर्फ़ तब हो, जब वह स्क्रीन पर दिख रहा हो, जैसे कि "इस्तेमाल के दौरान") की अनुमति का इस्तेमाल करके, ऐप्लिकेशन की जगह की जानकारी को ऐक्सेस कर सकते हैं. ऐसा सिर्फ़ तब होना चाहिए, जब जगह की जानकारी का इस्तेमाल:

• उपयोगकर्ताओं की शुरू की गई इन-ऐप्लिकेशन कार्रवाई को जारी रखने के लिए करना पड़े और
• ऐप्लिकेशन इस्तेमाल करने वाले व्यक्ति की शुरू की गई कार्रवाई पूरी होने के तुरंत बाद, इसे बंद कर दिया जाए.

खास तौर पर, बच्चों के लिए बनाए गए ऐप्लिकेशन को परिवार के लिए बनाए गए ऐप्लिकेशन से जुड़ी पॉलिसी का पालन करना होगा.

पॉलिसी से जुड़ी ज़रूरी शर्तों के बारे में ज़्यादा जानकारी के लिए, यह सहायता लेख पढ़ें.

ध्यान देने वाली मुख्य बातें

ऐसा करें	ऐसा न करें
बच्चों को टारगेट करने वाले ऐप्लिकेशन के लिए, Designed for Families की नीतियों का पालन करें.	सिर्फ़ विज्ञापन दिखाने या आंकड़े उपलब्ध कराने के लिए, जगह की जानकारी का इस्तेमाल न करें.
अपने ऐप्लिकेशन को पब्लिश कराने के लिए सबमिट करने से पहले, अनुमति से जुड़ी ज़रूरी शर्तें देख लें.	अगर अब डेटा की ज़रूरत नहीं है, तो उसे ऐक्सेस न करें.
बैकग्राउंड में जगह की जानकारी ऐक्सेस करने का अनुरोध करने के लिए, Play Console में एलान वाला फ़ॉर्म भरें.	बच्चों को टारगेट करने वाले ऐप्लिकेशन के लिए, जगह की जानकारी को ऐक्सेस करने का अनुरोध न करें.
	जगह की जानकारी का डेटा न बेचें.

 

---

सभी फ़ाइलें ऐक्सेस करने की अनुमति

नीति खास जानकारी

Google Play की नीति के तहत, उपयोगकर्ता के डिवाइस में सेव फ़ाइलों और डायरेक्ट्री के ऐक्सेस को ज़्यादा संवेदनशील और जोखिम वाला माना जाता है. इसलिए, हम Android 11 और इसके बाद के वर्शन वाले डिवाइसों पर, MANAGE_EXTERNAL_STORAGE अनुमति के इस्तेमाल पर पाबंदी लगाते हैं. ऐप्लिकेशन के मुख्य फ़ंक्शन के लिए ही यह अनुमति दी जाती है. ऐसा तब किया जाता है, जब उपयोगकर्ताओं को सुविधा उपलब्ध कराने के लिए, इस अनुमति का बार-बार या हमेशा इस्तेमाल करना ज़रूरी हो. तीसरे पक्ष के लिए ऐसा नहीं किया जा सकता. इससे, ग़ैर-ज़रूरी तौर पर उपयोगकर्ता का डेटा इकट्ठा करने से रोकने और उसकी निजता की सुरक्षा करने में मदद मिलती है. यह ज़रूरी है कि इस अनुमति के लिए अनुरोध करने वाले ऐप्लिकेशन, उपयोगकर्ताओं को इस बारे में साफ़ तौर पर जानकारी दें, ताकि वे सोच-समझकर फ़ैसला ले सकें. साथ ही, ऐप्लिकेशन को Google Play पर होने वाली समीक्षा से होकर गुज़रना होगा. कृपया पूरी नीति देख लें, ताकि यह पक्का किया जा सके कि इस नीति का पालन किया जा रहा हो.

पूरी नीति

निजी और संवेदनशील जानकारी पॉलिसी और नीचे दी गई ज़रूरी शर्तों के मुताबिक, ऐप्लिकेशन इस्तेमाल करने वाले व्यक्ति के डिवाइस पर मौजूद फ़ाइलों और डायरेक्ट्री का डेटा उसका निजी और संवेदनशील डेटा माना जाता है:

• ऐप्लिकेशन को डिवाइस की उस स्टोरेज के ऐक्सेस का अनुरोध करना चाहिए जो ऐप्लिकेशन के काम करने के लिए ज़रूरी हो. किसी तीसरे पक्ष के लिए, डिवाइस के उस स्टोरेज के ऐक्सेस का अनुरोध नहीं किया जाना चाहिए जो ऐप्लिकेशन इस्तेमाल करने वाले लोगों को मिलने वाली सुविधा के काम करने के लिए ज़रूरी न हो.
• डिवाइस की शेयर किए गए स्टोरेज का ऐक्सेस मैनेज करने के लिए, उन Android डिवाइस को MANAGE_EXTERNAL_STORAGE अनुमति लेनी होगी जो R या उसके बाद के वर्शन पर काम कर रहे हैं. जो ऐप्लिकेशन R वर्शन को टारगेट करते हैं और डिवाइस की शेयर किए गए स्टोरेज (“सभी फ़ाइलों का ऐक्सेस”) का ऐक्सेस बढ़ाने का अनुरोध करते हैं उन्हें प्रकाशित करने से पहले उनकी समीक्षा ज़रूरी है. इस समीक्षा में यह साफ़ होना चाहिए कि ऐप्लिकेशन को सही तौर पर ऐक्सेस दिया गया है. जो ऐप्लिकेशन इस अनुमति का इस्तेमाल करते हैं उन्हें ऐप्लिकेशन इस्तेमाल करने वाले लोगों को साफ़ तौर पर यह सूचना देनी चाहिए कि वे "खास ऐप्लिकेशन के लिए ऐक्सेस" सेटिंग में जाकर इस तरह के ऐप्लिकेशन के लिए, "सभी फ़ाइलों का ऐक्सेस" चालू करें. R वर्शन से जुड़ी ज़रूरी शर्तों के बारे में ज़्यादा जानकारी के लिए, यह सहायता लेख पढ़ें.

ध्यान देने वाली मुख्य बातें

ऐसा करें	ऐसा न करें
स्टोरेज ऐक्सेस फ़्रेमवर्क या MediaStore API जैसे निजता को बनाए रखने वाले अन्य विकल्पों को प्राथमिकता दें.	ऐसी गतिविधियों के लिए MANAGE_EXTERNAL_STORAGE अनुमति का अनुरोध न करें जिनकी अनुमति नहीं है. जैसे, मीडिया फ़ाइल ऐक्सेस करना या फ़ाइल चुनना, जिसमें उपयोगकर्ता मैन्युअल तरीके से अलग-अलग फ़ाइल चुनता है.
Play Console पर जाकर, एलान वाले फ़ॉर्म को सबमिट करते समय इस अनुमति का एलान करें.	अपने ऐप्लिकेशन के मुख्य फ़ंक्शन को गलत तरीके से पेश न करें.
ऐप्लिकेशन की समीक्षा में, अपने ऐप्लिकेशन के मुख्य फ़ंक्शन के बारे में साफ़ तौर पर जानकारी दें और उसे दस्तावेज़ के तौर पर उपलब्ध कराएं.	सिर्फ़ वह डेटा स्टोर या शेयर करें जिसे ज़ाहिर करना ज़रूरी है.
अपने ऐप्लिकेशन के लिए, उपयोगकर्ताओं से ऐसा करने के लिए साफ़ तौर पर कहें: “ऐप्लिकेशन को खास अनुमति” सेटिंग में जाकर “सभी फ़ाइलों का ऐक्सेस” चालू करें.
ज़्यादा जानकारी के लिए, Android की ज़रूरी शर्तें देखें.

 

---

फ़ोटो और वीडियो से जुड़ी अनुमतियां

नीति की खास जानकारी

Google Play के मुताबिक, READ_MEDIA_IMAGES या READ_MEDIA_VIDEO वाली अनुमतियों का अनुरोध करने वाले ऐप्लिकेशन को इन अनुमतियों के इस्तेमाल के ऐसे सही और ठोस उदाहरण दिखाने होंगे जिनसे पता चले कि ऐप्लिकेशन में, लगातार या समय-समय पर फ़ोटो और वीडियो ऐक्सेस करने पड़ते हैं. इससे उपयोगकर्ताओं की निजता और सुरक्षा को बरकरार रखने में मदद मिलेगी. अगर आपका ऐप्लिकेशन इन अनुमतियों की ज़रूरी शर्तें पूरी नहीं करता है, तो इन्हें हटा दें. इनके बजाय, एक बार या कभी-कभी फ़ोटो और वीडियो ऐक्सेस करने के लिए, किसी सिस्टम पिकर का इस्तेमाल करें. जैसे, Android का फ़ोटो पिकर, जो कि लोगों की निजता का ज़्यादा ध्यान रखता है. कृपया पूरी नीति पढ़ें, ताकि यह पक्का किया जा सके कि आपका ऐप्लिकेशन इस नीति का पालन कर रहा है.

पूरी नीति

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

जिन ऐप्लिकेशन को डिवाइस के शेयर किए गए स्टोरेज में मौजूद फ़ोटो और वीडियो फ़ाइलों को बार-बार या हमेशा ऐक्सेस करने की ज़रूरत होती है उन्हें ऐसा करने के लिए, एक समीक्षा प्रक्रिया से गुज़रना होगा. इस प्रक्रिया में देखा जाएगा कि उन ऐप्लिकेशन को फ़ाइलें ऐक्सेस करने की ज़रूरत है भी या नहीं. इसके अलावा, उन्हें यह भी बताना होगा कि किस मुख्य वजह के लिए, उन्हें शेयर किए गए स्टोरेज में मौजूद फ़ोटो/वीडियो फ़ाइलों को अक्सर या हमेशा ऐक्सेस करने की ज़रूरत पड़ती है. जिन ऐप्लिकेशन को एक बार या कभी-कभी इन फ़ाइलों को ऐक्सेस करने की ज़रूरत होती है उनसे Android फ़ोटो पिकर जैसे सिस्टम पिकर का इस्तेमाल करने का अनुरोध किया जाता है.

नीचे दी गई शर्तों के हिसाब से भी फ़ोटो और वीडियो फ़ाइलों को बार-बार या हमेशा ऐक्सेस किया जा सकता है:

• Android 13 (एपीआई लेवल 33) या इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन में, READ_MEDIA_IMAGES या READ_MEDIA_VIDEO अनुमति की ज़रूरत पड़ती है, ताकि वे डिवाइस के शेयर किए गए स्टोरेज में मौजूद फ़ोटो या वीडियो फ़ाइलों को पूरी तरह ऐक्सेस कर सकें. Android 13 और इसके बाद के वर्शन को टारगेट करने वाले सभी ऐप्लिकेशन, जिनके लिए READ_MEDIA_IMAGES या READ_MEDIA VIDEO की अनुमति का अनुरोध किया जाता है उन्हें पब्लिश करने से पहले एक समीक्षा प्रक्रिया से गुज़रना होगा. इस प्रक्रिया में यह देखा जाएगा कि उन ऐप्लिकेशन के लिए फ़ाइलें ऐक्सेस करना ज़रूरी है या नहीं.
  • READ_MEDIA_VIDEO या READ_MEDIA_IMAGES की अनुमति का अनुरोध करने वाले ऐप्लिकेशन में, यह साफ़ तौर पर पता चलना चाहिए कि उनमें दी जा रही मुख्य सुविधा के लिए, शेयर किए गए स्टोरेज में मौजूद फ़ोटो/वीडियो फ़ाइलों को अक्सर या हमेशा ऐक्सेस करने की ज़रूरत पड़ती है.

फ़ाइलों को बार-बार या हमेशा ऐक्सेस करने के लिए, अगर आपके ऐप्लिकेशन को READ_MEDIA_VIDEO या READ_MEDIA_IMAGES की अनुमतियों की ज़रूरत नहीं है या ऐसा करने के लिए उसके पास कोई मुख्य वजह उपलब्ध नहीं है, तो आपको इस अनुमति को अपने ऐप्लिकेशन के मेनिफ़ेस्ट से हटाना होगा. नीति की समीक्षा की शर्तों को पूरा करने के लिए ऐसा करना ज़रूरी है.

पाबंदी वाली अनुमतियों के इस्तेमाल की नीति के मुताबिक, आपको उन उपयोगकर्ताओं से अनुमति लेने की कोशिश करनी होगी जो अपने डिवाइस पर मौजूद मीडिया फ़ाइलों को बार-बार या हमेशा ऐक्सेस करने की अनुमति नहीं देते हैं. साथ ही, आपके पास अपने ऐप्लिकेशन को इस्तेमाल में आसान और शानदार बनाने का विकल्प भी है. इससे, उपयोगकर्ताओं को आपके ऐप्लिकेशन की सुविधा या मुख्य फ़ंक्शन का बेहतर अनुभव मिल सकता है.

जिन ऐप्लिकेशन के पास फ़ोटो या वीडियो को ऐक्सेस करने की खास वजह तो होती है, लेकिन उनके पास READ_MEDIA_IMAGES और READ_MEDIA_VIDEO की अनुमति नहीं होती, तो वे फ़ोटो पिकर जैसे किसी सिस्टम पिकर का इस्तेमाल कर सकते हैं. ज़्यादा जानकारी के लिए, सहायता केंद्र का यह लेख पढ़ें.

ध्यान देने वाली मुख्य बातें

ऐसा करें	ऐसा न करें
Play Console पर जाकर, एलान वाला फ़ॉर्म सबमिट करें.	फ़ोटो या वीडियो का ज़रूरत से ज़्यादा डेटा इकट्ठा न करें.
अगर आपके ऐप्लिकेशन को सभी फ़ाइलों का ऐक्सेस नहीं चाहिए, तो फ़ोटो पिकर जैसे सिस्टम पिकर इस्तेमाल करें.	उपयोगकर्ता की सहमति को बायपास करने या उसे बदलने की कोशिश न करें.
ऐप्लिकेशन की समीक्षा के दौरान, इस बात का सबूत दें कि ऐप्लिकेशन के लिए फ़ाइलों को ऐक्सेस करने की अनुमति ज़रूरी है और इसका इस्तेमाल सही तरीके से किया जा रहा है.	अगर कोई उपयोगकर्ता गै़र-ज़रूरी अनुमति देने से मना करता है, तो ऐप्लिकेशन के फ़ंक्शन को ब्लॉक न करें या किसी तरह के ऐक्सेस पर रोक न लगाएं. इसके बजाय, फ़ाइल के अनुरोध को बेहतर तरीके से मैनेज करने के लिए सिस्टम पिकर का इस्तेमाल करें.
उपयोगकर्ताओं को इस बात की जानकारी साफ़ तौर पर दें कि आपके ऐप्लिकेशन को इन अनुमतियों की ज़रूरत क्यों है.
ज़्यादा जानने के लिए, फ़ोटो और वीडियो को ऐक्सेस करने की अनुमतियों से जुड़ी Google Play की नीति के बारे में जानकारी देखें.

 

---

पैकेज (ऐप्लिकेशन) से जुड़ी जानकारी ऐक्सेस करने की अनुमति

नीति की खास जानकारी

किसी उपयोगकर्ता के इंस्टॉल किए गए ऐप्लिकेशन की इन्वेंट्री को ऐक्सेस करने का मतलब है, उसका संवेदनशील डेटा ऐक्सेस करना. Google Play की नीति, अन्य ऐप्लिकेशन की ज़्यादा से ज़्यादा जानकारी (QUERY_ALL_PACKAGES) देखने पर पाबंदी लगाती है. सिर्फ़ वे ऐप्लिकेशन ऐसा कर सकते हैं जिनके मुख्य फ़ंक्शन के लिए, ज़्यादा से ज़्यादा जानकारी की ज़रूरत होती है, ताकि वे इंस्टॉल किए गए दूसरे ऐप्लिकेशन के साथ काम कर सकें. जब भी मुमकिन हो, आपको चुनिंदा ऐप्लिकेशन को ऐक्सेस करने के लिए एक तय संख्या में टारगेट की गई क्वेरी करनी चाहिए. इससे निजता बनी रहती है. किसी भी स्थिति में, विज्ञापन दिखाने या कमाई करने के मकसद से, इंस्टॉल किए गए ऐप्लिकेशन की इन्वेंट्री के डेटा को न तो बेचा जा सकता है और न ही शेयर किया जा सकता है. कृपया पूरी नीति पढ़ें, ताकि यह पक्का किया जा सके कि आपका ऐप्लिकेशन इस नीति का पालन कर रहा है.

पूरी नीति

किसी उपयोगकर्ता के डिवाइस पर इंस्टॉल किए गए ऐप्लिकेशन की इन्वेंट्री से जुड़ी जानकारी को निजी और संवेदनशील डेटा माना जाता है. ऐप्लिकेशन के मुख्य फ़ंक्शन या किसी सुविधा के काम करने के लिए, इस जानकारी की ज़रूरत पड़ती है. इस पर, निजी और संवेदनशील जानकारी नीति  और ये शर्तें लागू होती हैं:

जिन ऐप्लिकेशन का मुख्य उद्देश्य कुछ लॉन्च करना, खोजना या डिवाइस पर मौजूद दूसरे ऐप्लिकेशन के साथ काम करना होता है, वे डिवाइस पर इंस्टॉल किए गए दूसरे ऐप्लिकेशन को देख सकते हैं, जैसा कि नीचे बताया गया है:

• ऐप्लिकेशन की ज़्यादा से ज़्यादा जानकारी देखने की क्षमता: इससे किसी ऐप्लिकेशन को, डिवाइस पर इंस्टॉल किए गए ऐप्लिकेशन ("पैकेज") की पूरी (या "ज़्यादा से ज़्यादा") जानकारी दिखती है.
  • एपीआई लेवल 30 या इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, डिवाइस पर इंस्टॉल किए गए अन्य ऐप्लिकेशन की ज़्यादा से ज़्यादा जानकारी को QUERY_ALL_PACKAGES अनुमति की मदद से देखने पर पाबंदी लगाई गई है. हालांकि, अगर ऐप्लिकेशन के लिए डिवाइस में किसी एक और सभी ऐप्लिकेशन के साथ काम करना और/या उनकी जानकारी देखना ज़रूरी है, तो ऐसे मामलों में यह पाबंदी लागू नहीं होगी.
    • अगर आपका ऐप्लिकेशन, सभी के बजाय सिर्फ़ चुनिंदा ऐप्लिकेशन की जानकारी देखने के अनुरोध से जुड़े एलान के साथ काम कर सकता है, तो आपको QUERY_ALL_PACKAGES अनुमति का इस्तेमाल नहीं करना चाहिए. उदाहरण के लिए, ऐसे मामले जिनमें सभी ऐप्लिकेशन की ज़्यादा से ज़्यादा जानकारी देखने का अनुरोध करने के बजाय, कुछ चुनिंदा ऐप्लिकेशन की खास जानकारी के बारे में क्वेरी की जाती है.
  • उन तरीकों के इस्तेमाल पर भी पाबंदी है जिनकी मदद से, QUERY_ALL_PACKAGES अनुमति की तरह ही अन्य ऐप्लिकेशन की ज़्यादा से ज़्यादा जानकारी को ऐक्सेस किया जा सकता है. यह पाबंदी सिर्फ़ तब लागू नहीं होगी, जब इन तरीकों का इस्तेमाल आपको अपने ऐप्लिकेशन की उन मुख्य सुविधाओं के लिए करना हो जो उपयोगकर्ताओं के लिए उपलब्ध कराई गई हैं. साथ ही, इनमें से किसी तरीके का इस्तेमाल करके डिवाइस में खोजे गए ऐप्लिकेशन के साथ काम करने के लिए ये तरीके अपनाए जा सकते हैं.
  • QUERY_ALL_PACKAGES अनुमति का इस्तेमाल किन-किन मामलों में किया जा सकता है, इस बारे में जानने के लिए सहायता केंद्र में मौजूद यह लेख पढ़ें.
• चुनिंदा ऐप्लिकेशन की जानकारी देखना: इसका मतलब है कि ऐप्लिकेशन, “ज़्यादा से ज़्यादा जानकारी” के बजाय सिर्फ़ खास जानकारी मांगने के तरीकों का इस्तेमाल करके, कुछ ऐप्लिकेशन के बारे में ही क्वेरी करता है. इस तरह, वह कम से कम डेटा ऐक्सेस करता है. उदाहरण के लिए, वह उन चुनिंदा ऐप्लिकेशन की जानकारी देखने के लिए क्वेरी करता है जिनके बारे में आपके ऐप्लिकेशन के मेनिफ़ेस्ट में बताया गया है. अगर आपका ऐप्लिकेशन, इन ऐप्लिकेशन के साथ काम करने या इन्हें मैनेज करने से जुड़ी नीति का पालन करता है, तो इस तरीके का इस्तेमाल करके इन ऐप्लिकेशन के बारे में क्वेरी की जा सकती है.
• किसी डिवाइस पर इंस्टॉल किए गए ऐप्लिकेशन की इन्वेंट्री से जुड़ी जानकारी का इस्तेमाल, अपने ऐप्लिकेशन की उन मुख्य सुविधाओं के लिए ही किया जा सकता है जो उपयोगकर्ताओं के लिए उपलब्ध कराई गई हैं.

Play पर मौजूद ऐप्लिकेशन के बारे में क्वेरी करने पर मिला ऐप्लिकेशन इन्वेंट्री का डेटा कभी भी बेचा नहीं जा सकता. इसके अलावा, उसे आंकड़े जुटाने या विज्ञापनों से कमाई करने के मकसद से शेयर भी नहीं किया जा सकता.

ध्यान देने वाली मुख्य बातें

ऐसा करें	ऐसा न करें
QUERY_ALL_PACKAGES और ज़्यादा जोखिम वाली अन्य अनुमतियों के लिए, Play Console पर जाकर एलान वाला फ़ॉर्म सबमिट करें.	अगर आपके ऐप्लिकेशन को सिर्फ़ सीमित और चुनिंदा क्वेरी की ज़रूरत है, तो QUERY_ALL_PACKAGES का अनुरोध न करें.
ऐप्लिकेशन की समीक्षा के लिए, इस बारे में एक दस्तावेज़ में साफ़ तौर पर बताएं कि आपके ऐप्लिकेशन को उपयोगकर्ता के डिवाइस में मौजूद अन्य ऐप्लिकेशन देखने की अनुमति क्यों चाहिए. भले ही, वह अनुमति सभी ऐप्लिकेशन देखने के लिए हो या चुनिंदा ऐप्लिकेशन देखने के लिए.	उपयोगकर्ता के डिवाइस में मौजूद ज़्यादा से ज़्यादा ऐप्लिकेशन देखने का ऐक्सेस हासिल करने के लिए, ऐसे तरीके इस्तेमाल न करें जो नीति के मुताबिक न हो.
जितनी ज़रूरत हो उतना ही डेटा ऐक्सेस करें.	अपने ऐप्लिकेशन के मुख्य फ़ंक्शन या डेटा की ज़रूरतों के बारे में गलत जानकारी उपलब्ध न कराएं.
इस अनुमति का इस्तेमाल किन मामलों में किया जा सकता है, यह जानने के लिए QUERY_ALL_PACKAGES अनुमति के इस्तेमाल के ऐसे मामले जिन्हें मंज़ूरी मिली है देखें.	इंस्टॉल किए गए ऐप्लिकेशन के डेटा से, गैर-ज़रूरी जानकारी इस्तेमाल या इकट्ठा न करें.

 

---

ऐक्सेसिबिलिटी एपीआई

नीति खास जानकारी

Google Play कई तरह के ऐप्लिकेशन के लिए, AccessibilityService API के इस्तेमाल की अनुमति देता है. हालांकि, दिव्यांग व्यक्तियों को डिवाइस ऐक्सेस करने या दिव्यांगता की वजह से आने वाली चुनौतियों का सामना करने में मदद करने वाले ऐप्लिकेशन, खुद को सुलभता टूल के तौर पर पेश कर सकते हैं. इसके लिए, उन्हें अपने मेटाडेटा में isAccessibilityTool=true सेट करना होगा. इस तरह के ऐप्लिकेशन को साफ़ तौर पर जानकारी ज़ाहिर करने और सहमति देने से जुड़ी ज़रूरी शर्तें पूरी करने की ज़रूरत नहीं है. अगर आपको अपने ऐप्लिकेशन को सुलभता टूल के तौर पर पेश नहीं करना है या आपका ऐप्लिकेशन अन्य कामों के लिए डेटा इस्तेमाल करता है, तो आपको Play Console में सुलभता से जुड़ा एलान वाला फ़ॉर्म सबमिट करना होगा. साथ ही, ऐप्लिकेशन में साफ़ तौर पर ज़ाहिर करना होगा कि उपयोगकर्ता के किस डेटा को ऐक्सेस किया जाएगा और उसका कैसे इस्तेमाल किया जाएगा. इसके बाद, ऐप्लिकेशन को उपयोगकर्ता की सहमति लेनी होगी. कृपया पूरी नीति देख लें, ताकि यह पक्का किया जा सके कि इस नीति का पालन किया जा रहा है.

पूरी नीति

ऐक्सेसिबिलिटी एपीआई का इस्तेमाल, इनके लिए नहीं किया जा सकता:

• उपयोगकर्ता की अनुमति के बिना, उपयोगकर्ता सेटिंग में बदलाव करने या उपयोगकर्ताओं को किसी ऐप्लिकेशन या सेवा को बंद करने या अनइंस्टॉल करने की सुविधा इस्तेमाल करने से रोकने के लिए. हालांकि, माता-पिता के कंट्रोल वाले ऐप्लिकेशन की मदद से, माता-पिता या अभिभावक की अनुमति के बाद या एंटरप्राइज़ मैनेजमेंट सॉफ़्टवेयर की मदद से, अधिकृत एडमिन की अनुमति से ऐसा किया जा सकता है; 
• Android में पहले से मौजूद, निजता सेटिंग और सूचनाएं देने की सुविधा में बदलाव करने के लिए; या
• यूज़र इंटरफ़ेस में बदलाव करने या फ़ायदा उठाने के लिए इस तरह से इस्तेमाल करना जिससे कि धोखाधड़ी की संभावना हो या डेवलपर के लिए बनाई गई Google Play की नीतियों का उल्लंघन हो. 

ऐक्सेसिबिलिटी एपीआई को किसी दूसरी जगह से ऑडियो कॉल रिकॉर्ड करने के लिए नहीं बनाया गया है. साथ ही, इसके लिए अनुरोध भी नहीं किया जा सकता. 

ऐक्सेसिबिलिटी एपीआई के इस्तेमाल के बारे में, Google Play के स्टोर पेज पर बताया जाना चाहिए.

IsAccessibilityTool के लिए दिशा-निर्देश

ऐसे ऐप्लिकेशन जो खास तौर पर दिव्यांग व्यक्तियों के लिए हैं वे IsAccessibilityTool का इस्तेमाल कर सकते हैं. इससे, उन ऐप्लिकेशन को ऐक्सेसिबिलिटी ऐप्लिकेशन के तौर पर सूची में शामिल किया जाता है.

ऐसे ऐप्लिकेशन जो IsAccessibilityTool का इस्तेमाल करने की ज़रूरी शर्तें पूरी नहीं करते, हो सकता है कि वे फ़्लैग की सुविधा का इस्तेमाल न कर पाएं. इसके अलावा, उन्हें उपयोगकर्ता के डेटा से जुड़ी नीति में बताई गई जानकारी देनी होगी और सहमति की ज़रूरी शर्तों को पूरा करना होगा. ऐसा इसलिए, क्योंकि आम तौर पर उयोगकर्ताओं को यह जानकारी नहीं होती कि ऐप्लिकेशन में ऐक्सेसिबिलिटी की सुविधा उपलब्ध है. ज़्यादा जानकारी के लिए, AccessibilityService एपीआई के सहायता केंद्र का लेख पढ़ें.

ऐप्लिकेशन के किसी खास फ़ंक्शन को इस्तेमाल करने के लिए, ऐक्सेसिबिलिटी एपीआई के बजाय, एपीआई और अनुमतियों का इस्तेमाल करना ज़्यादा सही होता है. 

ध्यान देने वाली मुख्य बातें

ऐसा करें	ऐसा न करें
अगर आपके ऐप्लिकेशन का मुख्य मकसद, दिव्यांग लोगों के लिए सहायता उपलब्ध कराना है, तो सेवा की मेटाडेटा फ़ाइल में isAccessibilityTool=true के बारे में सही एलान करें.	isAccessibilityTool फ़्लैग का गलत तरीके से इस्तेमाल न करें. अगर आपके ऐप्लिकेशन में दिव्यांग लोगों के लिए बने सहायता टूल उपलब्ध नहीं हैं, तो isAccessibilityTool फ़्लैग का इस्तेमाल न करें.
अगर आपका ऐप्लिकेशन AccessibilityService API का इस्तेमाल करता है, तो Play Console पर एलान वाले फ़ॉर्म और डेमो वीडियो में इस बात की साफ़ तौर पर जानकारी दें.	बिना अनुमति के उपयोगकर्ता की सेटिंग में बदलाव न करें, निजता सेटिंग को बायपास न करें या किसी दूर से ऑडियो कॉल रिकॉर्ड न करें.
अगर आपके ऐप्लिकेशन में सुलभता टूल मौजूद नहीं है, तो इस बारे में साफ़ तौर पर जानकारी दें और उपयोगकर्ताओं की सहमति लें.	अपने-आप कोई कार्रवाई शुरू करने, उसका प्लान बनाने या उसे लागू करने के लिए, इस एपीआई का इस्तेमाल न करें.
अगर आपका ऐप्लिकेशन AccessibilityService API इस्तेमाल करता है, लेकिन आपने उसे सुलभता टूल के तौर पर पेश नहीं किया है, तो Play Console में एलान वाला फ़ॉर्म सबमिट करते समय, सुलभता टूल से जुड़े एलान की प्रोसेस पूरी करनी होगी.	उपयोगकर्ताओं को भटकाने या गुमराह करने की कोशिश न करें. धोखाधड़ी के मकसद से, यूज़र इंटरफ़ेस (यूआई) को बदलने या उसका गलत इस्तेमाल करने के लिए इस एपीआई का इस्तेमाल नहीं किया जा सकता.
डेटा को इकट्ठा और उसका इस्तेमाल सिर्फ़ उन कामों के के लिए करें जिनके बारे में जानकारी ज़ाहिर की गई है और जिनका एलान किया गया है.	बेवजह उपयोगकर्ता का डेटा इकट्ठा न करें. इकट्ठा गए डेटा का इस्तेमाल सिर्फ़ उन कामों के के लिए करें जिनके बारे में जानकारी ज़ाहिर की गई है.
किसी खास फ़ंक्शन के काम करने के तरीके के लिए Accessibility API के बजाय, स्कोप किए गए एपीआई और अनुमतियों का इस्तेमाल करें.	साफ़ तौर पर जानकारी देने से जुड़ी शर्तों को बायपास न करें. इस जानकारी को निजता नीति या ऐप्लिकेशन के ब्यौरे के तौर पर नहीं दिखाया जा सकता.

 

---

पैकेज इंस्टॉल करने की अनुमति के लिए अनुरोध करना

नीति खास जानकारी

REQUEST_INSTALL_PACKAGES अनुमति का इस्तेमाल करके ऐप्लिकेशन, अन्य ऐप्लिकेशन पैकेज इंस्टॉल करने का अनुरोध कर पाते हैं. इस अनुमति का इस्तेमाल ऐप्लिकेशन के मुख्य फ़ंक्शन के लिए ही किया जा सकता है. खास तौर पर, जब ऐप्लिकेशन के मुख्य फ़ंक्शन के लिए, ऐप्लिकेशन के पैकेज भेजना, पाना या उपयोगकर्ता के लिए, इन पैकेज को इंस्टॉल करने की सुविधा चालू करना ज़रूरी हो. अपना ऐप्लिकेशन अपडेट करने, उसकी सुविधाओं में बदलाव करने, उपयोगकर्ता की अनुमति के बिना ऐप्लिकेशन इंस्टॉल (एंटरप्राइज़ मैनेजमेंट के अलावा) करने या किसी दूसरे APK के साथ ऐप्लिकेशन बंडल करने के लिए, इस अनुमति के इस्तेमाल पर पाबंदी है. ऐप्लिकेशन, सीधे तौर पर और उपयोगकर्ता की सहमति से ही इंस्टॉल किए जाने चाहिए. Android 8 और उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के पास, Intent.ACTION_INSTALL_PACKAGE का इस्तेमाल करने के लिए, यह अनुमति होनी चाहिए. कृपया पूरी नीति पढ़ लें, ताकि यह पक्का किया जा सके कि इस नीति का पालन किया जा रहा है.

पूरी नीति

REQUEST_INSTALL_PACKAGES अनुमति से, किसी ऐप्लिकेशन को ऐप्लिकेशन पैकेज इंस्टॉल करने के लिए अनुरोध करने की मंज़ूरी मिल जाती है.​​ इस अनुमति का इस्तेमाल करने के लिए, आपके ऐप्लिकेशन के मुख्य फ़ंक्शन में नीचे बताई गई सुविधाएं शामिल होनी चाहिए:

• ऐप्लिकेशन के पैकेज भेजने या पाने की सुविधा और
• वह सुविधा जिससे उपयोगकर्ता, ऐप्लिकेशन के पैकेज इंस्टॉल करने की प्रक्रिया शुरू कर सके.

इन कामों की अनुमति है:

• वेब ब्राउज़िंग या वेब खोज
• ऐसी कम्यूनिकेशन सेवाएं जिनमें अटैचमेंट की सुविधा काम करती हो
• फ़ाइल शेयर, ट्रांसफ़र या मैनेज करने की सुविधा
• एंटरप्राइज़ से जुड़े डिवाइस मैनेज करने की सुविधा
• बैकअप और पहले जैसा करने की सुविधा
• एक डिवाइस से दूसरे डिवाइस पर या एक फ़ोन से दूसरे फ़ोन पर डेटा भेजने की सुविधा
• साथी ऐप्लिकेशन, जो पहने जाने वाले या IoT डिवाइस (जैसे कि स्मार्ट वॉच या स्मार्ट टीवी) को फ़ोन के साथ सिंक करता है

मुख्य फ़ंक्शन, ऐप्लिकेशन का खास मकसद होता है. मुख्य फ़ंक्शन के साथ-साथ इस मुख्य फ़ंक्शन में शामिल अन्य सभी मुख्य सुविधाओं के बारे में ऐप्लिकेशन के ब्यौरे में साफ़ तौर पर जानकारी ज़ाहिर करनी चाहिए और उनका प्रमोशन किया जाना चाहिए.

हो सकता है कि REQUEST_INSTALL_PACKAGES अनुमति इस्तेमाल करके, ऐसेट फ़ाइल में अन्य APKs को खुद अपडेट नहीं किया जा सके. इसके अलावा, उसमें बदलाव नहीं किया जा सके या उनका बंडल नहीं बनाया जा सके. हालांकि, डिवाइस मैनेज करने के मकसद से ऐसा किया जा सकता है. पैकेज को अपडेट करने या इंस्टॉल करने की सभी प्रक्रिया, Google Play की डिवाइस और नेटवर्क के गलत इस्तेमाल को रोकने से जुड़ी नीति के मुताबिक होनी चाहिए. साथ ही, यह भी ज़रूरी है कि उपयोगकर्ता ही इन प्रक्रिया को शुरू और पूरा करे.

ध्यान देने वाली मुख्य बातें

ऐसा करें	ऐसा न करें
ऐप्लिकेशन के उस मुख्य फ़ंक्शन के बारे में साफ़ तौर पर और मुख्य रूप से जानकारी दें जिसके लिए यह अनुमति ज़रूरी है. यह जानकारी, Google Play पर अपने ऐप्लिकेशन के ब्यौरे और Play Console में एलान वाले फ़ॉर्म में शामिल करें.	इस अनुमति का अनुरोध किसी ऐसे फ़ंक्शन के लिए न करें जो आपके ऐप्लिकेशन के मुख्य मकसद से सीधे तौर पर न जुड़ा हो. इसमें पीयर-टू-पीयर (P2P) शेयर करने की सुविधा भी शामिल है. अनुमति के इस्तेमाल की मंज़ूरी के लिए, ऐप्लिकेशन के मुख्य मकसद में, P2P शामिल होना चाहिए.
ऐप्लिकेशन में सिर्फ़ ऐसे फ़ंक्शन शामिल करें जिनकी अनुमति है. जैसे, वेब ब्राउज़ करना/खोजना, फ़ाइल शेयर करना / ट्रांसफ़र करना / मैनेज करना, एंटरप्राइज़ डिवाइस मैनेजमेंट, बैकअप लेना/पहले जैसा करना, डिवाइस का डेटा माइग्रेट करना / फ़ोन से डेटा ट्रांसफ़र करना, और पहने जाने वाले डिवाइस से फ़ोन को सिंक करने वाला कंपैनियन ऐप्लिकेशन या IoT डिवाइस.	अगर कम जानकारी देखने की अनुमति देने वाले किसी तरीके से कोई ज़रूरी टास्क पूरा किया जा सकता है, तो इस अनुमति का अनुरोध न करें.
पक्का करें कि आपका ऐप्लिकेशन, बैकग्राउंड में होने वाले या अनचाहे इंस्टॉलेशन को न होने दे. यह ज़रूरी है कि सभी ऐप्लिकेशन पैकेज, उपयोगकर्ता ही इंस्टॉल करे.	जब तक Play Console पर किए गए अपने एलान में सही और सटीक जानकारी अपडेट नहीं की जाती, तब तक इस अनुमति को इस्तेमाल करने के ऐप्लिकेशन के तरीके को न बदलें. धोखे से और बिना जानकारी दिए इस अनुमति का इस्तेमाल करना प्रतिबंधित है.

 

---

बॉडी सेंसर से जुड़ी अनुमतियां

नीति की खास जानकारी

उपयोगकर्ताओं की निजता को सुरक्षित रखने के लिए, Google Play ने कुछ शर्तें तय की हैं. इनके तहत, अगर कोई ऐप्लिकेशन बॉडी सेंसर से जुड़ा संवेदनशील डेटा (जैसे, धड़कन की दर, SpO2 का लेवल, और त्वचा का तापमान) ऐक्सेस करने का अनुरोध करता है, तो उसे उपयोगकर्ता के डेटा से जुड़ी नीति और सेहत से जुड़े ऐप्लिकेशन की नीति का पालन करना होगा.

Android 16 और इसके बाद के वर्शन में, ऐप्लिकेशन को android.permission.BODY_SENSORS अनुमति के बदले, अलग-अलग डेटा टाइप के लिए नई और ज़्यादा ऐडवांस लेवल की अनुमतियां इस्तेमाल करनी होंगी. जैसे, धड़कन की दर से जुड़ा डेटा ऐक्सेस करने के लिए, android.permission.health.READ_HEART_RATE अनुमति का इस्तेमाल करना होगा. यह बदलाव उन सभी ऐप्लिकेशन पर लागू होता है जो Android 16 और इसके बाद के वर्शन को टारगेट करते हैं. ये बदलाव हर तरह के साइज़, डाइमेंशन या कॉन्फ़िगरेशन वाले डिवाइसों पर लागू होंगे. इनमें Wear OS भी शामिल है. बदलावों की पूरी सूची देखने के लिए, Android 16 और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन: काम करने के तरीके में बदलाव पेज पर जाएं. हम बॉडी सेंसर डेटा को ऐक्सेस करने से जुड़ी सभी अनुमतियों (नई और पुरानी) की समीक्षा करते हैं, ताकि यह पक्का किया जा सके कि उपयोगकर्ताओं को ऐप्लिकेशन में इस डेटा के इस्तेमाल से सीधे तौर पर फ़ायदा मिले. साथ ही, हमारी नीतियों का सख्ती से पालन हो रहा हो.

पूरी नीति

शरीर से जुड़ी जानकारी (जैसे, धड़कन की दर, SpO₂ का लेवल, और त्वचा का तापमान) का पता लगाने वाले सेंसर से मिले डेटा को उपयोगकर्ता का निजी और संवेदनशील डेटा माना जाता है. इस जानकारी का ऐक्सेस मांगने वाले ऐप्लिकेशन को उपयोगकर्ता के डेटा से जुड़ी नीति और सेहत से जुड़े ऐप्लिकेशन की नीति का पालन करना होगा. यह शर्त, android.permission.BODY_SENSORS और android.permission.BODY_SENSORS _BACKGROUND वाली अनुमतियों के अनुरोधों पर और सभी तरह के डिवाइस के साइज़, डाइमेंशन या कॉन्फ़िगरेशन पर लागू होती है. इसमें फ़ोन, टैबलेट, और Wear OS डिवाइस शामिल हैं.

Android 16 और इसके बाद के वर्शन में, BODY_SENSORS वाली अनुमति को खास तरह के डेटा टाइप के लिए, ज़्यादा ऐडवांस लेवल और निजता बनाए रखने के लिहाज़ से ज़्यादा बेहतर android.permissions.health.* वाली अनुमतियों में बदला जा रहा है. इनमें अलग-अलग तरह की अनुमतियां शामिल हैं. जैसे, android.permission.health.READ_HEART_RATE , android.permission.health.READ_OXYGEN_SATURATION , android.permission.health.READ_SKIN_TEMPERATURE . 

Android 16 या इसके बाद के वर्शन में काम करने वाले ऐप्लिकेशन को BODY_SENSORS के एपीआई के लिए, ऊपर बताई गई अलग-अलग अनुमतियों का इस्तेमाल करना होगा. ज़्यादा जानकारी के लिए, Android 16 या इसके बाद के वर्शन वाले ऐप्लिकेशन: काम करने के तरीके में बदलाव पेज पर जाएं.

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

नीति के बारे में पूरी जानकारी जानने के लिए, Android ऐप्लिकेशन के लिए सेहत के डेटा से जुड़ी अनुमतियां: दिशा-निर्देश और अक्सर पूछे जाने वाले सवाल पर जाएं. यहां आपको हर तरह की जानकारी मिलेगी. जैसे, नीति के उचित इस्तेमाल की जानकारी, उसके इस्तेमाल से जुड़ी ज़रूरी शर्तें, और कब उसका इस्तेमाल नहीं किया जाना चाहिए.

ऐसा करें	ऐसा न करें
BODY_SENSORS जैसी बड़े दायरे वाली अनुमति के बजाय android.permission.health.READ_HEART_RATE जैसी, सेहत की खास समस्याओं के लिए ज़रूरी अनुमतियों का इस्तेमाल करें.	सेहत से जुड़ी खास अनुमति पहले से मौजूद होने पर BODY_SENSORS अनुमति का अनुरोध न करें.
पक्का करें कि आपके ऐप्लिकेशन में उपयोगकर्ता के लिए ऐसी मुख्य फ़ायदेमंद सुविधा उपलब्ध हो जिसके लिए डेटा का इस्तेमाल करना ज़रूरी है. जैसे, फ़िटनेस ट्रैक करने वाली या स्वास्थ्य को ट्रैक करने वाली सुविधा.	जब तक उपयोगकर्ता के लिए साफ़ और सीधे तौर पर फ़ायदेमंद न हो, तब तक डेटा ऐक्सेस न करें.
उपयोगकर्ता का डेटा और सेहत से जुड़े ऐप्लिकेशन की नीतियों का पालन करें.	बॉडी सेंसर के डेटा को ऐक्सेस करने के अनुरोध या उसका इस्तेमाल, ऐसे कामों के लिए न करें जिनकी अनुमति न दी गई हो. जैसे, सामान्य विज्ञापन दिखाना, डेटा के आंकड़े दिखाना या स्वास्थ्य से जुड़ी जानकारी के आधार पर उपयोगकर्ता की प्रोफ़ाइल बनाना.
ऐप्लिकेशन के मुख्य मकसद के लिए ज़रूरी अनुमतियों और डेटा का ही अनुरोध करें.	उपयोगकर्ता का डेटा और सेहत से जुड़े ऐप्लिकेशन की बुनियादी नीतियों को नज़रअंदाज़ या बायपास करने की कोशिश न करें.
ज़रूरी शर्तों और इस्तेमाल के उदाहरणों की पूरी सूची देखने के लिए, Android में सेहत के डेटा से जुड़ी अनुमतियां: दिशा-निर्देश और अक्सर पूछे जाने वाले सवाल पर जाएं.

 

---

Health Connect by Android की अनुमतियां

नीति की खास जानकारी

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

पूरी नीति

Health Connect एक Android प्लैटफ़ॉर्म है. इसकी मदद से, किसी डिवाइस पर सेहत और फ़िटनेस से जुड़े अलग-अलग ऐप्लिकेशन के डेटा को एक जगह सेव और शेयर किया जा सकता है. इसमें लोगों को एक ही जगह पर यह कंट्रोल करने की सुविधा मिलती है कि कौनसे ऐप्लिकेशन, सेहत और फ़िटनेस से जुड़े डेटा को देख सकते हैं और उसमें बदलाव कर सकते हैं. इसमें सेहत का डेटा भी शामिल है. सेहत के डेटा में चिकित्सा से जुड़ा इतिहास, बीमारी की जांच, उपचार, दवाइयां, और टेस्ट की रिपोर्ट शामिल हो सकती हैं. साथ ही, स्वास्थ्य सेवाएं उपलब्ध कराने वाले लोगों, संस्थानों या स्वास्थ्य से जुड़े तीसरे पक्ष के प्लैटफ़ॉर्म से मिला चिकित्सा से जुड़ा अन्य डेटा भी शामिल हो सकता है.

Health Connect, अलग-अलग तरह का डेटा देखने और उसमें बदलाव करने की सुविधा देता है. जैसे, शरीर का तापमान, चले गए कदम, और सेहत का डेटा.

जिस डेटा को Health Connect की अनुमतियों की मदद से ऐक्सेस किया जाता है उसे निजी और संवेदनशील माना जाता है. इस पर उपयोगकर्ता के डेटा से जुड़ी नीति लागू होती है. अगर आपका ऐप्लिकेशन स्वास्थ्य से जुड़ा ऐप्लिकेशन है या उसमें स्वास्थ्य से जुड़ी सुविधाएं हैं और यह स्वास्थ्य की जानकारी का डेटा (जैसे, Health Connect का डेटा) ऐक्सेस कर सकता है, तो इसे सेहत से जुड़े ऐप्लिकेशन के लिए बनी नीति का पालन भी करना होगा.

Health Connect का इस्तेमाल शुरू करने का तरीका जानने के लिए, कृपया यह Android डेवलपर गाइड देखें. Health Connect के अलग-अलग डेटा को ऐक्सेस करने का अनुरोध करने और अक्सर पूछे जाने वाले अन्य सवालों के लिए, Android में सेहत के डेटा से जुड़ी अनुमतियां: दिशा-निर्देश और अक्सर पूछे जाने वाले सवाल पर जाएं.

Google Play से डिस्ट्रिब्यूट किए गए हर ऐप्लिकेशन को, Health Connect में मौजूद डेटा को देखने और/या उसमें बदलाव करने के लिए, नीति से जुड़ी इन ज़रूरी शर्तों को पूरा करना होगा.

ध्यान देने वाली मुख्य बातें

ऐसा करें	ऐसा न करें
अगर आपका ऐप्लिकेशन, सेहत से जुड़े ऐप्लिकेशन के तौर पर ज़रूरी शर्तें पूरी करता है या सेहत से जुड़ी सुविधाएं उपलब्ध कराता है और Health Connect के डेटा जैसे सेहत से जुड़े डेटा को ऐक्सेस करता है, तो उसे सेहत से जुड़े ऐप्लिकेशन के लिए बनाई गई नीति का पालन करना होगा.	ज़्यादा जोखिम वाले ऐप्लिकेशन (उदाहरण के लिए, पेसमेकर जैसे ज़िंदगी बचाने वाले सिस्टम को कंट्रोल करने वाले ऐप्लिकेशन या ऐविऐशन ऐप्लिकेशन) या सिर्फ़ बच्चों को टारगेट करने वाले ऐप्लिकेशन में, Health Connect का इस्तेमाल न करें.
Health Connect के अलग-अलग डेटा को ऐक्सेस करने का अनुरोध करने और अक्सर पूछे जाने वाले अन्य सवालों के लिए, Android में सेहत के डेटा से जुड़ी अनुमतियां: दिशा-निर्देश और अक्सर पूछे जाने वाले सवाल पर जाएं.	विज्ञापन दिखाने, क्रेडिट पाने की योग्यता से जुड़ी जानकारी या डेटा ब्रोकर के लिए, न तो उपयोगकर्ता का डेटा बेचें और न ही उसे ट्रांसफ़र करें.
Play Console में जाकर, एलान वाला फ़ॉर्म सबमिट करें. साथ ही, इस बारे में साफ़ तौर पर पूरी जानकारी दें कि उपयोगकर्ता को फ़ायदा पहुंचाने के लिए आपका ऐप्लिकेशन इस डेटा का इस्तेमाल कैसे करेगा.	ज़रूरी नीतियों का पालन किए बिना या अनुमतियों के बिना, मेडिकल डिवाइसों के साथ इस डेटा का इस्तेमाल न करें.
सिर्फ़ ऐसे डेटा टाइप के लिए अनुरोध करें जो बेहद ज़रूरी हों.	उन कामों के लिए Health Connect का डेटा ऐक्सेस न करें जो कम ज़रूरी हों या जिनके लिए इसे इस्तेमाल करने की अनुमति नहीं दी गई हो.
उपयोगकर्ता का डेटा सुरक्षित तरीके से मैनेज करें (उदाहरण के लिए, मॉडर्न क्रिप्टोग्राफ़ी का इस्तेमाल करना).	अपने ऐप्लिकेशन के मुख्य फ़ंक्शन के अलावा, अन्य किसी काम के लिए डेटा से जुड़ी अनुमतियों का अनुरोध न करें.

 

Health Connect को ऐक्सेस करने और इस्तेमाल करने का सही तरीका

Health Connect का इस्तेमाल, लागू होने वाली नीतियों के साथ-साथ नियमों और शर्तों के मुताबिक ही किया जा सकता है. इसका इस्तेमाल, इस नीति में बताए गए उन मकसद के लिए भी किया जा सकता है जिनके लिए अनुमति दी जा चुकी है. इसका मतलब यह है कि अनुमतियों के ऐक्सेस का अनुरोध सिर्फ़ तब किया जा सकता है, जब आपके ऐप्लिकेशन या सेवा का संबंध उन मकसद में से किसी एक से हो जिसके लिए अनुमति दी जा चुकी है.

इन मकसद के लिए Health Connect इस्तेमाल करने की अनुमति है: फ़िटनेस और सेहत, इनाम, फ़िटनेस कोचिंग, कॉर्पोरेट के लिए स्वास्थ्य सुविधाएं, चिकित्सा से जुड़ी सेवाएं, सेहत से जुड़ी रिसर्च, और गेम. जिन ऐप्लिकेशन को ये अनुमतियां मिलती हैं वे इनका इस्तेमाल, बिना जानकारी दिए या बिना अनुमति वाले कामों के लिए नहीं कर सकते.

Health Connect की अनुमतियों के ऐक्सेस का अनुरोध सिर्फ़ वे ऐप्लिकेशन या सेवाएं कर सकती हैं जिनकी एक या इससे ज़्यादा सुविधाओं का मकसद, लोगों की सेहत और फ़िटनेस को बेहतर करना हो. इनमें ये शामिल हैं:

• ऐसे ऐप्लिकेशन या सेवाएं जिनकी मदद से लोग सीधे तौर पर अपनी शारीरिक गतिविधि, नींद, मानसिक स्वास्थ्य, पोषण, सेहत से जुड़ी जानकारी, शारीरिक बनावट, सेहत से जुड़ा डेटा, और/या सेहत या फ़िटनेस से जुड़े अन्य ब्यौरों और माप को नोट कर सकते हैं, उसकी रिपोर्ट तैयार कर सकते हैं, उस पर नज़र रख सकते हैं, और/या उसका विश्लेषण कर सकते हैं.
• ऐसे ऐप्लिकेशन या सेवाएं जिनकी मदद से लोग अपनी शारीरिक गतिविधि, नींद, मानसिक स्वास्थ्य, पोषण, सेहत से जुड़ी जानकारी, शारीरिक बनावट, सेहत के डेटा, और/या सेहत या फ़िटनेस से जुड़े अन्य ब्यौरों और माप को अपने डिवाइस पर सेव कर सकते हैं. साथ ही, वे डेटा को अपने डिवाइस पर उपलब्ध ऐसे अन्य ऐप्लिकेशन के साथ भी शेयर कर सकते हैं जो ऊपर बताए गए मकसद के मुताबिक हों.
• ऐसे ऐप्लिकेशन या सेवाएं जिनकी मदद से उपयोगकर्ता किसी गंभीर बीमारी, इलाज या देखभाल से जुड़ी सेवाओं को मैनेज कर सकते हैं.

Health Connect का इस्तेमाल तब नहीं किया जाना चाहिए, जब इस नीति का उल्लंघन हो रहा हो या Health Connect के लागू होने वाले अन्य नियमों और शर्तों या नीतियों का उल्लंघन हो रहा हो. इसमें ये मकसद भी शामिल हैं:

• Health Connect का इस्तेमाल ऐसे ऐप्लिकेशन, नेटवर्क या गतिविधियों के लिए या उनकी मदद करने के लिए न करें जहां Health Connect के नाकाम होने पर किसी की मौत होने, नुकसान पहुंचने, चोट लगने, पर्यावरण या प्रॉपर्टी को नुकसान पहुंचने का खतरा हो. जैसे, परमाणु से संबंधित संस्थाओं को बनाने और चलाने के लिए, एयर ट्रैफ़िक कंट्रोल सिस्टम, लाइफ़ सपोर्ट सिस्टम या हथियारों के लिए.
• बिना ग्राफ़िक यूज़र इंटरफ़ेस वाला ऐप्लिकेशन इस्तेमाल करके, Health Connect से मिला डेटा ऐक्सेस न करें. ऐप्लिकेशन में ऐप्लिकेशन ट्रे, डिवाइस ऐप्लिकेशन सेटिंग, सूचना आइकॉन वगैरह के लिए साफ़ तौर से पहचाने जाने लायक आइकॉन होने चाहिए.
• Health Connect का इस्तेमाल उन ऐप्लिकेशन के साथ न करें जो साथ काम न करने वाले डिवाइसों या प्लैटफ़ॉर्म के बीच डेटा सिंक करते हैं.
• Health Connect का इस्तेमाल उन ऐप्लिकेशन, सेवाओं या सुविधाओं के साथ न करें जिनमें सिर्फ़ बच्चों को टारगेट किया जाता है.
• Health Connect का इस्तेमाल करने वाले सभी ऐप्लिकेशन या सिस्टम की सुरक्षा के लिए, उचित और सही कदम उठाएं, ताकि उनसे मिलने वाले डेटा को बिना अनुमति के या गैर-कानूनी तरीके से ऐक्सेस, इस्तेमाल या ज़ाहिर न किया जा सके. इसके अलावा, उसे नष्ट न किया जा सके, नुकसान न पहुंचाया जा सके या उसमें बदलाव न किया जा सके.

यह पक्का करना भी आपकी ज़िम्मेदारी है कि Health Connect और उससे मिले किसी भी डेटा का इस्तेमाल जिस मकसद के लिए किया जा रहा है उसके लिए लागू होने वाले सभी नियमों या कानूनी समझौते की शर्तों को पूरा किया जा रहा हो. उदाहरण के लिए, अगर आप हेल्थ इंश्योरेंस पोर्टेबिलिटी ऐंड अकाउंटेबिलिटी ऐक्ट (हिपा) के दायरे में आने वाली कोई इकाई या कारोबारी सहयोगी हैं, तो आपको Health Connect से जानकारी ऐक्सेस और इस्तेमाल करने पर लागू होने वाली ज़रूरी शर्तें पूरी करनी होंगी. अगर आप एक डेवलपर हैं और आप पर ईयू के लोगों के लिए बना जनरल डेटा प्रोटेक्शन रेगुलेशन (जीडीपीआर) लागू होता है, तो आपको जीडीपीआर के तहत अपनी सभी ज़िम्मेदारियों का पालन करना होगा. इन नियमों और कानूनों के तहत, आपको गतिविधियों को प्रोसेस करने वाली इकाइयों के साथ डेटा शेयर करने (जैसे, कारोबार सहभागियों के बीच का समझौता या डेटा प्रोसेस करने से जुड़ा कानूनी समझौता) से पहले, अतिरिक्त कानूनी समझौते करने पड़ सकते हैं. यह तय करना भी ऐप्लिकेशन डेवलपर की ज़िम्मेदारी है कि उनकी गतिविधियों के लिए ऐसे कानूनी समझौतों की ज़रूरत है या नहीं. Google के अनुरोध किए जाने पर डेवलपर को कानूनी समझौतों या इस बात का सबूत देना होगा कि उन्होंने इसका पालन किया है.

लेबल में साफ़ तौर पर दी गई जानकारी या Google के खास प्रॉडक्ट या सेवाओं के लिए Google ने जो जानकारी दी है उसके अलावा, किसी भी तरह के इस्तेमाल या मकसद के लिए Google न तो Health Connect में मौजूद किसी डेटा के इस्तेमाल की सलाह देता है और न ही उसके सही होने की गारंटी देता है. खास तौर पर तब, जब इस डेटा का इस्तेमाल रिसर्च, सेहत या चिकित्सा के लिए किया जा रहा हो. Google, Health Connect से मिले डेटा के इस्तेमाल से जुड़ी सभी तरह की कानूनी जवाबदेही का खंडन करता है.

सीमित इस्तेमाल

अगर कोई उपयोगकर्ता Health Connect का इस्तेमाल कर रहा है, तो उपयोगकर्ता के डेटा को ऐक्सेस करने और इस्तेमाल करने के लिए डेवलपर को खास शर्तों का पालन करना होगा. जैसे:

• डेटा का इस्तेमाल, ऐप्लिकेशन के यूज़र इंटरफ़ेस में दिखाई गई सुविधाओं या तरीकों को उपलब्ध कराने/बेहतर बनाने के लिए ही किया जाना चाहिए.
• उपयोगकर्ता का डेटा उसकी सहमति के बाद ही तीसरे पक्षों के साथ शेयर किया जाना चाहिए. यह डेटा, सुरक्षा से जुड़े मामलों में (जैसे, डेटा के गलत इस्तेमाल की जांच करना), लागू कानूनों/नियमों का पालन करने के लिए या कंपनी मर्ज करने/उसके अधिकार हासिल करने के मामलों में शेयर होता है.
• उपयोगकर्ता के डेटा का इस्तेमाल कोई तब तक नहीं कर सकता, जब तक उपयोगकर्ता ने खास तौर पर इसके लिए सहमति न दी हो. यह भी ज़रूरी है कि डेटा, कानून का पालन करने के लिए, सुरक्षा से जुड़े मामलों में या कानूनी समझौते की शर्तों के तहत संगठन के कामकाज के लिए इकट्ठा किया जाता हो.
• अन्य सभी मामलों में, Health Connect से मिले डेटा को ट्रांसफ़र करने, इस्तेमाल करने या बेचने पर पाबंदी है. इनमें ये मामले भी शामिल हैं:
  • उपयोगकर्ता के डेटा को तीसरे पक्षों को ट्रांसफ़र करना या बेचना. जैसे, विज्ञापन प्लैटफ़ॉर्म, डेटा ब्रोकर या जानकारी को दोबारा बेचने वाले लोग (रीसेलर).
  • विज्ञापन दिखाने के लिए, उपयोगकर्ता के डेटा को इस्तेमाल करना, ट्रांसफ़र करना या बेचना. इसमें, लोगों के हिसाब से बनाए गए विज्ञापन या दिलचस्पी के आधार पर विज्ञापन दिखाना भी शामिल है.
  • क़र्ज़ लेने या देने की स्थिति तय करने के लिए, उपयोगकर्ता के डेटा को इस्तेमाल करना, ट्रांसफ़र करना या बेचना.
  • ऐसे किसी भी प्रॉडक्ट या सेवा के लिए, उपयोगकर्ता का डेटा इस्तेमाल करना, ट्रांसफ़र करना या बेचना जिसे मेडिकल डिवाइस माना जा सकता है. ऐसा तब किया जा सकता है, जब मेडिकल डिवाइस ऐप्लिकेशन लागू होने वाले सभी कानूनों का पालन करता हो. इसमें, सही नियम-कानून बनाने वाली संस्थाओं (जैसे कि यू.एस. एफ़डीए) से Health Connect का डेटा इस्तेमाल करने के लिए, अनुमति लेना शामिल है. साथ ही, इस तरह से इस्तेमाल करने से पहले उपयोगकर्ता की सहमति लेना भी ज़रूरी है.
  • उपयोगकर्ता की अनुमति के बिना, स्वास्थ्य की सुरक्षित जानकारी (हिपा के मुताबिक) के लिए या इससे जुड़े किसी अन्य मकसद के लिए उपयोगकर्ता के डेटा को इस्तेमाल करना, ट्रांसफ़र करना या बेचना. इसके लिए, हिपा के नियमों का भी पालन करना होगा.

कम से कम अनुमतियों का ऐक्सेस मांगें

सिर्फ़ उन अनुमतियों के ऐक्सेस का अनुरोध करें जो आपके प्रॉडक्ट की सुविधाओं या सेवाओं को लागू करने के लिए ज़रूरी हैं. ऐक्सेस के ऐसे अनुरोध, सिर्फ़ उस डेटा से जुड़े होने चाहिए जिसकी ज़रूरत है. अन्य डेटा के ऐक्सेस का अनुरोध नहीं किया जाना चाहिए.

साफ़ तौर पर दी गई सही सूचना और कंट्रोल

Health Connect लोगों की सेहत और फ़िटनेस से जुड़ा डेटा मैनेज करता है. इस डेटा में निजी और संवेदनशील जानकारी भी शामिल होती है. यह ज़रूरी है कि डेवलपर एक तय निजता नीति के मुताबिक, डेटा इस्तेमाल करने के अपने तरीकों के बारे में साफ़ तौर पर और पूरी जानकारी दें. इसमें:

• उपयोगकर्ता के डेटा को ऐक्सेस करने का अनुरोध करने वाले ऐप्लिकेशन या सेवा की पहचान साफ़ तौर पर ज़ाहिर की गई हो.
• इस बारे में साफ़ तौर पर और सटीक जानकारी दी गई हो कि किस तरह का डेटा ऐक्सेस किया जाएगा, मांगा जाएगा, और/या इकट्ठा किया जाएगा. यह डेटा, आपका ऐप्लिकेशन इस्तेमाल करने वाले लोगों के लिए उपलब्ध सुविधा या सुझावों से जुड़ा होना चाहिए.
• डेटा इस्तेमाल और/या शेयर करने के तरीके के बारे में जानकारी होनी चाहिए. अगर किसी एक काम के लिए डेटा मांगा गया है और उसका इस्तेमाल किसी दूसरी जगह भी किया जाएगा, तो आपको इस्तेमाल के इन दोनों मामलों की सूचना उपयोगकर्ताओं को देनी होगी.
• उपयोगकर्ताओं की मदद के लिए दस्तावेज़ उपलब्ध कराया गया हो. इसमें यह जानकारी होनी चाहिए कि उपयोगकर्ता आपके ऐप्लिकेशन में अपना डेटा किस तरह मैनेज कर सकते हैं और उसे कैसे मिटा सकते हैं. साथ ही, यह जानकारी भी होनी चाहिए कि जब किसी खाते को बंद कर दिया जाता है और/या मिटा दिया जाता है, तो उस डेटा का क्या होता है.
• उपयोगकर्ता के निजी और संवेदनशील डेटा को सुरक्षित तरीके से इस्तेमाल करने के बारे में जानकारी दी गई हो. इसमें मॉडर्न क्रिप्टोग्राफ़ी (उदाहरण के लिए, एचटीटीपीएस पर) का इस्तेमाल करके डेटा को ट्रांसफ़र करना भी शामिल है.

Health Connect से जोड़ने वाले ऐप्लिकेशन की ज़रूरी शर्तों के बारे में ज़्यादा जानने के लिए, कृपया सहायता केंद्र का यह लेख पढ़ें.

---

वीपीएन सेवा

नीति खास जानकारी

VpnService की बेसिक क्लास का इस्तेमाल करके डेवलपर, सुरक्षित वीपीएन वाले ऐप्लिकेशन बना सकते हैं. Google Play इसे इस्तेमाल करने की अनुमति सिर्फ़ उन ऐप्लिकेशन को देता है जिनका मुख्य फ़ंक्शन वीपीएन सेवाएं देना है या जिन्हें कुछ ज़रूरी सुविधाओं के लिए रिमोट सर्वर की ज़रूरत होती है. इनमें मोबाइल और इंटरनेट सेवाएं, माता-पिता के कंट्रोल, ऐप्लिकेशन का इस्तेमाल ट्रैक करने की सुविधा, डिवाइस को सुरक्षित रखने की सुविधा, नेटवर्क टूल, और वेब ब्राउज़र शामिल हैं. यह बेहद ज़रूरी है कि VpnService को कभी भी, साफ़ तौर पर जानकारी ज़ाहिर किए बिना और उपयोगकर्ता से अनुमति लिए बिना निजी या संवेदनशील डेटा इकट्ठा करने के लिए इस्तेमाल न किया जाए. कमाई करने के मकसद से, अन्य ऐप्लिकेशन के उपयोगकर्ता ट्रैफ़िक में हेर-फेर करने या उसे अपने ऐप्लिकेशन पर रीडायरेक्ट करने पर भी सख्त पाबंदी है. VpnService इस्तेमाल करने वाले सभी ऐप्लिकेशन के लिए ज़रूरी है कि वे Google Play पर अपने स्टोर पेज में इसके बारे में साफ़ तौर पर बताएं. साथ ही, डिवाइस से वीपीएन टनल के एंडपॉइंट पर भेजे जा रहे पूरे डेटा को एन्क्रिप्ट (सुरक्षित) करें. कृपया पूरी नीति देख लें, ताकि यह पक्का किया जा सके कि आपका ऐप्लिकेशन इस नीति का पालन करता हो.

पूरी नीति

VpnService, ऐप्लिकेशन के लिए बेस क्लास की तरह है. इसकी मदद से, वे वीपीएन का अपना नेटवर्क बनाते हैं और उसके दायरे को बढ़ाते हैं. सिर्फ़ वे ऐप्लिकेशन किसी रिमोट सर्वर के लिए डिवाइस लेवल का एक सुरक्षित टनल बना सकते हैं जो VpnService का इस्तेमाल करते हैं और वीपीएन उनके मुख्य फ़ंक्शन के तौर पर शामिल होता है. उन ऐप्लिकेशन को छूट है जिन्हें मुख्य फ़ंक्शन के लिए किसी रिमोट सर्वर की ज़रूरत होती है, जैसे कि:

• माता-पिता के कंट्रोल वाले और संगठन को मैनेज करने के लिए इस्तेमाल होने वाले ऐप्लिकेशन.
• ऐप्लिकेशन के इस्तेमाल को ट्रैक करना.
• डिवाइस की सुरक्षा वाले ऐप्लिकेशन, जैसे कि एंटी-वायरस, मोबाइल डिवाइस मैनेजमेंट, फ़ायरवॉल.
• नेटवर्क से जुड़े टूल, जैसे कि कहीं से भी ऐक्सेस करने की सुविधा.
• वेब ब्राउज़िंग ऐप्लिकेशन.
• मोबाइल और इंटरनेट सेवा देने वाली कंपनी के ऐसे ऐप्लिकेशन जिनके लिए वीपीएन फ़ंक्शन का इस्तेमाल करना ज़रूरी होता है. इसकी मदद से, वे टेलिफ़ोन या कनेक्टिविटी सेवाएं देते हैं.

VpnService का इस्तेमाल इन कामों के लिए नहीं किया जा सकता:

• साफ़ तौर पर जानकारी ज़ाहिर किए बिना और उपयोगकर्ता की सहमति लिए बिना, उपयोगकर्ता का निजी और संवेदनशील डेटा इकट्ठा करना.
• कमाई करने के मकसद से, उपयोगकर्ता ट्रैफ़िक को अन्य ऐप्लिकेशन से किसी डिवाइस पर भेजना. उदाहरण के लिए,विज्ञापन ट्रैफ़िक को किसी ऐसे देश भेजना जो उपयोगकर्ता का देश नहीं है.

VpnService इस्तेमाल करने वाले ऐप्लिकेशन को:

• VpnService के इस्तेमाल के बारे में, Google Play के स्टोर पेज पर बताना चाहिए.
• डिवाइस से वीपीएन टनल के एंड पॉइंट तक जाने वाले डेटा को सुरक्षित करना चाहिए.
• डेवलपर कार्यक्रम की सभी नीतियों का पालन करना चाहिए. इसमें, विज्ञापन से होने वाली धोखाधड़ी, अनुमतियों, और मैलवेयर से जुड़ी नीतियां शामिल हैं.

क्या करें	क्या न करें
VpnService के इस्तेमाल के बारे में, Google Play के स्टोर पेज पर साफ़ तौर पर जानकारी दें.	VpnService का इस्तेमाल, वीपीएन के मुख्य फ़ंक्शन या चुनिंदा अपवादों के अलावा अन्य कामों के लिए न करें.
डिवाइस से वीपीएन टनल के एंड पॉइंट तक जाने वाले डेटा को एन्क्रिप्ट (सुरक्षित) करें.	साफ़ तौर पर जानकारी ज़ाहिर किए बिना और उपयोगकर्ता की सहमति लिए बिना, उपयोगकर्ता का निजी और संवेदनशील डेटा इकट्ठा न करें.
यह पक्का करें कि आपके ऐप्लिकेशन के मुख्य फ़ंक्शन, वीपीएन के इस्तेमाल की नीतियों या अनुमति वाले अपवादों के मुताबिक हों.	कमाई करने के मकसद से, उपयोगकर्ता ट्रैफ़िक को अन्य ऐप्लिकेशन से किसी डिवाइस पर रीडायरेक्ट न करें. उदाहरण के लिए, विज्ञापन ट्रैफ़िक को किसी ऐसे देश में रीडायरेक्ट करना जो उपयोगकर्ता का देश नहीं है.
ऐप्लिकेशन में साफ़ तौर पर जानकारी ज़ाहिर करें और कोई संवेदनशील डेटा इकट्ठा करने के लिए अलग से सहमति लें.

 

---

एग्ज़ैक्ट अलार्म अनुमति

नीति खास जानकारी

Android 13 और इसके बाद के वर्शन वाले डिवाइसों पर USE_EXACT_ALARM वाली अनुमति, सख्त पाबंदी वाली अनुमति है. इसका इस्तेमाल सिर्फ़ उन ऐप्लिकेशन के लिए किया जाता है जिनमें उपयोगकर्ता को उपलब्ध कराए जाने वाले मुख्य फ़ंक्शन को सटीक समय पर कार्रवाई करनी होती है. जैसे, खास समय के लिए सेट किया जाने वाला अलार्म, टाइमर या इवेंट की सूचनाएं देने वाले कैलेंडर ऐप्लिकेशन. अगर आपके ऐप्लिकेशन के मुख्य फंक्शन के लिए यह अनुमति ज़रूरी नहीं है, तो इसके बजाय SCHEDULE_EXACT_ALARM अनुमति का इस्तेमाल करें. यह USE_EXACT_ALARM वाली अनुमति की तरह ही काम करती है. हालांकि, यह अनुमति उपयोगकर्ता को मैन्युअल रूप से देनी होती है. यह नीति, सिस्टम के संसाधनों पर असर डालने वाले गलत इस्तेमाल को रोकती है. कृपया पूरी नीति पढ़ें, ताकि यह पक्का किया जा सके कि आपका ऐप्लिकेशन इस नीति का पालन कर रहा है.

पूरी नीति

एक नई अनुमति, USE_EXACT_ALARM, शुरू की जाएगी. इससे, उन ऐप्लिकेशन को एग्ज़ैक्ट अलार्म फ़ंक्शन का ऐक्सेस मिल सकेगा जिनमें कम से कम Android वर्शन 13 (एपीआई टारगेट लेवल 33) हो. 

USE_EXACT_ALARM एक पाबंदी वाली अनुमति है. ऐप्लिकेशन को इस अनुमति का एलान सिर्फ़ तब करना चाहिए, जब उनके मुख्य फ़ंक्शन को एग्ज़ैट अलार्म की ज़रूरत हो. जो ऐप्लिकेशन इस पाबंदी वाली अनुमति के लिए अनुरोध करेंगे उनकी समीक्षा की जाएगी. इनमें से जो ऐप्लिकेशन उचित इस्तेमाल के उदाहरण की शर्तों को पूरा नहीं करेंगे उन्हें Google Play पर पब्लिश करने की अनुमति नहीं दी जाएगी.

एग्ज़ैक्ट अलार्म अनुमति के लिए, उचित इस्तेमाल के उदाहरण वाले मामले

आपके ऐप्लिकेशन में USE_EXACT_ALARM का इस्तेमाल सिर्फ़ तब किया जाना चाहिए, जब आपके ऐप्लिकेशन के मुख्य फ़ंक्शन के लिए बिल्कुल ठीक समय पर की जाने वाली कार्रवाइयों की ज़रूरत हो, जैसे कि:

• ऐप्लिकेशन, अलार्म या टाइमर ऐप्लिकेशन हो.
• ऐप्लिकेशन कोई ऐसा कैलेंडर ऐप्लिकेशन हो जो इवेंट की सूचनाएं दिखाता हो.

अगर आपके पास एग्ज़ैक्ट अलार्म फ़ंक्शन के लिए इस्तेमाल का कोई ऐसा उदाहरण है जिसके बारे में ऊपर नहीं बताया गया है, तो आपको यह देखना होगा कि SCHEDULE_EXACT_ALARM को विकल्प के तौर पर इस्तेमाल करने की सुविधा है या नहीं.

एग्ज़ैक्ट अलार्म फ़ंक्शन के बारे में ज़्यादा जानकारी के लिए, कृपया डेवलपर के लिए दिए गए इन दिशा-निर्देशों को देखें.

ध्यान देने वाली मुख्य बातें

ऐसा करें	ऐसा न करें
अगर आपके ऐप्लिकेशन का मुख्य फ़ंक्शन सिर्फ़ अलार्म या कैलेंडर से संबंधित है, तब ही अपने-आप मिलने वाली अनुमति USE_EXACT_ALARM का अनुरोध करें.	इस अनुमति का इस्तेमाल ऐसी ग़ैर-ज़रूरी सुविधाओं के लिए न करें जो सीधे तौर पर ऐप्लिकेशन के मुख्य फ़ंक्शन से संबंधित न हों.
अगर ऊपर दी गई शर्तें पूरी नहीं होती हैं, तो इस अनुमति के बजाय SCHEDULE_EXACT_ALARM अनुमति का इस्तेमाल करें.
ऐप्लिकेशन की मुख्य सुविधाएं और उनके काम करने के तरीके की जानकारी देने के लिए, Play Console में एलान वाला फ़ॉर्म भरें.
एग्ज़ैक्ट अलार्म फ़ंक्शन के बारे में ज़्यादा जानकारी के लिए, एग्ज़ैक्ट अलार्म के इस्तेमाल से जुड़ी नई अनुमति की समीक्षा करें.

 

---

फ़ुल-स्क्रीन पर सूचनाएं दिखाने की अनुमति

नीति खास जानकारी

Android 14 और इसके बाद के वर्शन पर, सिर्फ़ उन ऐप्लिकेशन को USE_FULL_SCREEN_INTENT वाली अनुमति अपने-आप मिलती है जिनका मुख्य फ़ंक्शन, अलार्म सेट करना या कॉल हैंडल करना होता है. किसी अन्य काम के लिए, आपको उपयोगकर्ता से अलग से सहमति लेनी होगी और इसकी वजह बतानी होगी. यह नीति, ग़ैर-ज़रूरी कामों के लिए फ़ुल-स्क्रीन इंटेट के गलत इस्तेमाल को रोकती है. साथ ही, यह पक्का करती है कि आपका काम, उपयोगकर्ता के डिवाइस, अन्य ऐप्लिकेशन या डिवाइस के काम करने के तरीके में कोई रुकावट या बुरा असर न डाले. कृपया पूरी नीति पढ़ लें, ताकि यह पक्का किया जा सके कि इस नीति का पालन किया जा रहा है.

पूरी नीति

Android 14 (एपीआई टारगेट लेवल 34) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए USE_FULL_SCREEN_INTENT, विशेष ऐप्लिकेशन ऐक्सेस करने की अनुमति है. ऐप्लिकेशन, USE_FULL_SCREEN_INTENT अनुमति का अपने-आप इस्तेमाल सिर्फ़ तब कर पाएंगे, जब उनके मुख्य फ़ंक्शन नीचे दी गई हाई-प्रायॉरिटी नोटिफ़िकेशन वाली किसी एक कैटगरी में आते हों:

• अलार्म सेट करना
• फ़ोन या वीडियो कॉल लेना

जो ऐप्लिकेशन इस अनुमति के लिए अनुरोध करेंगे उनकी समीक्षा की जाएगी. इसके अलावा, जो ऐप्लिकेशन ऊपर दी गई ज़रूरी शर्तों के हिसाब से नहीं हैं उन्हें अपने-आप अनुमति नहीं मिलेगी. ऐसे में, ऐप्लिकेशन को USE_FULL_SCREEN_INTENT का इस्तेमाल करने के लिए उपयोगकर्ता से अनुमति का अनुरोध करना होगा.

आपको याद दिला दें कि USE_FULL_SCREEN_INTENT अनुमति का इस्तेमाल, डेवलपर के लिए बनाई गई Google Play की नीतियों को ध्यान में रखकर किया जाना चाहिए. इसमें मोबाइल के अनचाहे सॉफ़्टवेयर, डिवाइस और नेटवर्क के गलत इस्तेमाल को रोकना, और विज्ञापन की नीतियां शामिल हैं. फ़ुल-स्क्रीन के इंटेंट वाली सूचनाओं को उपयोगकर्ता के डिवाइस में गड़बड़ी या नुकसान नहीं पहुंचाना चाहिए और उन्हें गलत तरीके से ऐक्सेस नहीं करना चाहिए. साथ ही, डिवाइस के इस्तेमाल में रुकावट नहीं डालनी चाहिए. इसके अलावा, ऐप्लिकेशन को दूसरे ऐप्लिकेशन या डिवाइस के इस्तेमाल में रुकावट नहीं डालनी चाहिए.

हमारे सहायता केंद्र पर जाकर, USE_FULL_SCREEN_INTENT अनुमति के बारे में ज़्यादा जानें.

ध्यान देने वाली मुख्य बातें

ऐसा करें	ऐसा न करें
अनुमति के लिए उपयोगकर्ता की सहमति का अनुरोध करें. साथ ही, अगर अपने-आप अनुमति न मिलने पर अनुरोध के लिए साफ़ तौर पर जानकारी दें.	इस अनुमति का इस्तेमाल गै़र-ज़रूरी या कम प्राथमिकता वाली सुविधाओं के लिए न करें.
सिर्फ़ ज़्यादा प्राथमिकता वाली सूचनाओं/चेतावनियों के लिए इस्तेमाल करें.	डिवाइसों या अन्य ऐप्लिकेशन की काम करने के तरीके में दखल देने के लिए, इस अनुमति का इस्तेमाल न करें.
अगर आपके ऐप्लिकेशन में Android 14 और इसके बाद के वर्शन को टारगेट किया जा रहा है, तो फ़ुल-स्क्रीन पर सूचनाएं दिखाने की अनुमति पहले से पाने के लिए, Play Console में एलान वाला फ़ॉर्म सबमिट करें	इस अनुमति का इस्तेमाल परेशान करने वाले विज्ञापन या सूचनाओं के लिए न करें.
USE_FULL_SCREEN_INTENT अनुमति और इसकी ज़रूरी शर्तों के बारे में ज़्यादा जानें.

 

---

उपयोगकर्ता का डेटा और Age Signals API

नीति की खास जानकारी

Age Signals API से डेटा ले रहे ऐप्लिकेशन, उम्र के हिसाब से सही अनुभव देने के मकसद से ही इस डेटा का इस्तेमाल कर सकते हैं. ऐसा, उपयोगकर्ताओं के डेटा को सुरक्षित रखने के लिए किया जाता है. इन दिशा-निर्देशों से यह पक्का होता है कि एपीआई का इस्तेमाल सिर्फ़ नियमों का पालन करने के लिए किया जा रहा है, न कि व्यावसायिक फ़ायदे पाने या ट्रैकिंग के लिए.

पूरी नीति

इस नीति में, Age Signals API के इस्तेमाल से जुड़ी शर्तें बताई गई हैं. यह एपीआई, उपयोगकर्ता की उम्र और माता-पिता या अभिभावक की सहमति से जुड़े निजी और संवेदनशील डेटा को ऐक्सेस करने की सुविधा देता है.

Age Signals API से ऐक्सेस किए गए डेटा का इस्तेमाल सिर्फ़ लागू होने वाले नियमों और कानूनी शर्तों का पालन करने के लिए किया जा सकता है. जैसे, अपने ऐप्लिकेशन में लोगों को उनकी उम्र के हिसाब से सही अनुभव देना.

आपको इस डेटा का इस्तेमाल यहां बताए गए कामों के लिए करने की अनुमति नहीं है. इनके अलावा, अन्य कामों के लिए भी इस डेटा के इस्तेमाल पर पाबंदी हो सकती है:

• विज्ञापन, मार्केटिंग या उपयोगकर्ताओं को उनकी दिलचस्पी के हिसाब से अनुभव देने के लिए. इसमें टारगेट किए गए विज्ञापन दिखाना भी शामिल है
• डेटा ऐनलिटिक्स, यूज़र प्रोफ़ाइलिंग या बिज़नेस इंटेलिजेंस
• तीसरे पक्ष को डेटा बेचना, शेयर करना या ट्रांसफ़र करना. हालांकि, ऐसा सिर्फ़ तब किया जा सकता है, जब कानूनी तौर पर ऐसा करना ज़रूरी हो

ध्यान देने वाली मुख्य बातें

ऐसा करें	ऐसा न करें
डेटा का इस्तेमाल सिर्फ़ नियमों का पालन करने से जुड़े मामलों में करें.	इस डेटा का इस्तेमाल, मार्केटिंग या टारगेट करके विज्ञापन दिखाने के लिए न करें.
माता-पिता या अभिभावक की सहमति लेने से जुड़ी ज़रूरी शर्तें देखें.	इस डेटा का इस्तेमाल, आंकड़ों का विश्लेषण करने या उपयोगकर्ता की प्रोफ़ाइल बनाने के लिए न करें.
यह पक्का करें कि उपयोगकर्ता को मिलने वाला अनुभव, उसकी उम्र के हिसाब से हो.	इस डेटा को किसी तीसरे पक्ष के साथ शेयर न करें. हालांकि, ऐसा सिर्फ़ तब किया जा सकता है, जब कानूनी तौर पर यह ज़रूरी हो.