पाबंदी वाले दायरे की पुष्टि

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

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

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

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

पाबंदी वाले स्कोप के बारे में जानकारी

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

अपने दायरे के इस्तेमाल को समझना

• देखें कि आपका ऐप्लिकेशन किन दायरों का इस्तेमाल करता है या आपको इनका इस्तेमाल करना है. अपने स्कोप के मौजूदा इस्तेमाल की जानकारी के लिए, अनुमति देने के अनुरोधों के साथ भेजे गए किसी भी दायरे के लिए, अपने ऐप्लिकेशन के सोर्स कोड की जांच करें.
• यह तय करें कि अनुरोध किया गया हर स्कोप, आपके ऐप्लिकेशन की सुविधा की ज़रूरी कार्रवाइयों के लिए ज़रूरी है और सुविधा देने के लिए, कम से कम विशेषाधिकार का इस्तेमाल किया जाता है. Google API में आम तौर पर, प्रॉडक्ट के Google Developer पेज पर उपलब्ध है. या खास प्रॉपर्टी के लिए उपलब्ध है. इन शर्तों के ज़रूरी दायरों के बारे में ज़्यादा जानकारी पाने के लिए, आपके ऐप्लिकेशन से कॉल किए जाने वाले एपीआई एंडपॉइंट का ऐक्सेस पाने के लिए, उनका रेफ़रंस दस्तावेज़ पढ़ें एंडपॉइंट के बारे में भी बताएंगे. For example, for an app that only uses Gmail APIs to occasionally send emails on a user's behalf, don't request the scope that provides full access to the user's email data.
• Google API से आपको जो डेटा मिलता है उसका इस्तेमाल, सिर्फ़ इनकी नीतियों के मुताबिक किया जाना चाहिए एपीआई और इस तरीके से भी उपलब्ध कराएं कि आपके ऐप्लिकेशन की कार्रवाइयों में उपयोगकर्ताओं को निजता नीति देखें.
• हर स्कोप के बारे में ज़्यादा जानने के लिए, एपीआई का दस्तावेज़ देखें. इसमें आपको अपने स्कोप की क्षमता के बारे में भी जानकारी मिलेगी sensitive or restricted स्थिति.
• की OAuth की सहमति वाली स्क्रीन कॉन्फ़िगरेशन के दायरे वाला पेज. आपके बताए गए स्कोप को संवेदनशील या पाबंदी वाली कैटगरी में बांटा जाता है, ताकि पुष्टि से जुड़ी ज़रूरी शर्तों को हाइलाइट किया जा सके.
• इंटिग्रेशन में इस्तेमाल किए गए डेटा से मैच होने वाला सबसे सही स्कोप खोजें, इसके इस्तेमाल को समझें, फिर से पुष्टि करें कि सब कुछ टेस्टिंग एनवायरमेंट में अब भी काम करता है. इसके बाद, अपनी पुष्टि करने के लिए.

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

अनुमति वाले ऐप्लिकेशन के टाइप

कुछ ऐप्लिकेशन टाइप, हर प्रॉडक्ट के लिए प्रतिबंधित दायरों को ऐक्सेस कर सकते हैं. आप किसी खास प्रॉडक्ट टाइप के लिए Google डेवलपर पेज (उदाहरण के लिए, Gmail API नीति).

अपने ऐप्लिकेशन के टाइप को समझने और तय करने की ज़िम्मेदारी आपकी है. हालांकि, अगर आपको अपने ऐप्लिकेशन के टाइप के बारे में पक्के तौर पर नहीं पता है, तो आपके पास 'नहीं' पुष्टि के लिए ऐप्लिकेशन सबमिट करते समय, आपको कौनसी सुविधाओं का इस्तेमाल करना है? सवाल के विकल्पों के बारे में जानकारी. इसके बाद, Google API की पुष्टि करने वाली टीम यह तय करेगी कि ऐप्लिकेशन किस तरह का है.

सुरक्षा का आकलन

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

सुरक्षा से जुड़े अपने आकलन के लिए, हम App Defense Alliance और क्लाउड ऐप्लिकेशन सिक्योरिटी असेस्मेंट फ़्रेमवर्क (सीएएसए) पर लागू होता है.

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

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

पुष्टि की प्रक्रिया के लिए तैयारी करने का तरीका

डेटा का ऐक्सेस पाने का अनुरोध करने के लिए, Google API का इस्तेमाल करने वाले सभी ऐप्लिकेशन को ब्रैंड की पुष्टि करने के लिए, यह तरीका अपनाना होगा:

1. यह पुष्टि करें कि आपका ऐप्लिकेशन पुष्टि करने की ज़रूरी शर्तों के अपवाद सेक्शन.
2. पक्का करें कि आपका ऐप्लिकेशन, संबंधित एपीआई की ब्रैंडिंग की ज़रूरी शर्तों को पूरा करता हो या प्रॉडक्ट. उदाहरण के लिए, ब्रैंडिंग के दिशा-निर्देश देखें. Google साइन-इन के दायरे के लिए.
3. अपने प्रोजेक्ट के मालिकाना हक की पुष्टि करें अधिकृत डोमेन Google Search Console में साइन इन करने की सुविधा मिलती है. Google का इस्तेमाल करें वह खाता जो आपके प्रोजेक्ट से जुड़ा हो मालिक या एडिटर.
4. पक्का करें कि OAuth के लिए सहमति वाली स्क्रीन पर ब्रैंडिंग की सारी जानकारी मौजूद हो. जैसे, ऐप्लिकेशन का नाम और सहायता email, होम पेज यूआरआई, निजता नीति यूआरआई वगैरह से ऐप्लिकेशन की पहचान सटीक तरीके से होती है.

ऐप्लिकेशन के होम पेज से जुड़ी ज़रूरी शर्तें

पक्का करें कि आपका होम पेज इन ज़रूरी शर्तों को पूरा करता हो:

• आपका होम पेज ऐसा होना चाहिए जिसे सार्वजनिक तौर पर ऐक्सेस किया जा सके. साथ ही, उस तक सिर्फ़ आपकी साइट के लॉग-इन किए गए खाते भी न हों उपयोगकर्ता.
• यह साफ़ तौर पर बताया जाना चाहिए कि जिस ऐप्लिकेशन की समीक्षा की जा रही है वह आपके होम पेज से कितना मेल खाता है.
• Google Play Store पर मौजूद आपके ऐप्लिकेशन की लिस्टिंग या उसके Facebook पेज के लिंक को, ऐप्लिकेशन के मान्य होम पेज नहीं माना जाता.

ऐप्लिकेशन की निजता नीति के लिंक से जुड़ी ज़रूरी शर्तें

पक्का करें कि आपके ऐप्लिकेशन की निजता नीति इन ज़रूरी शर्तों को पूरा करती हो:

• निजता नीति, उपयोगकर्ताओं को दिखनी चाहिए. साथ ही, इसे उसी डोमेन में होस्ट किया जाना चाहिए जिसमें आपका डोमेन है ऐप्लिकेशन के होम पेज पर भी मिल सकता है. साथ ही, इसे उस स्क्रीन से लिंक किया गया है जहां OAuth के लिए सहमति दी जाती है . ध्यान दें कि होम पेज पर, ऐप्लिकेशन के फ़ंक्शन के बारे में जानकारी के साथ-साथ, निजता नीति और सेवा की वैकल्पिक शर्तों के लिंक भी होने चाहिए.
• निजता नीति में यह बताना ज़रूरी है कि आपका ऐप्लिकेशन, Google के उपयोगकर्ता के डेटा को कैसे ऐक्सेस, इस्तेमाल, स्टोर या शेयर करता है. The privacy policy must comply with the Google API Services User Data Policy and the Limited Use requirements for restricted scopes. आपको Google उपयोगकर्ता डेटा के अपने इस्तेमाल को उन तरीकों तक सीमित करना चाहिए जिन्हें आपने प्रकाशित किया है निजता नीति ज़ाहिर की गई है.
• Review example cases of privacy policies that don't meet the Limited Use requirements.

अपने ऐप्लिकेशन की पुष्टि के लिए उसे सबमिट करने का तरीका

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

अगर आपका कोई OAuth क्लाइंट प्रोडक्शन के लिए तैयार नहीं है, तो हमारा सुझाव है कि आप उसे यहां से मिटा दें पुष्टि का अनुरोध कर रहा है. इस सेटिंग में जाकर ऐसा किया जा सकता है .

पुष्टि के लिए फ़ॉर्म सबमिट करने के लिए, यह तरीका अपनाएं:

1. पक्का करें कि आपका ऐप्लिकेशन, Google API की सेवा की शर्तों और Google API सेवाओं के उपयोगकर्ता के डेटा से जुड़ी नीति का पालन करता हो.
2. अपने प्रोजेक्ट से जुड़े खातों के मालिक और एडिटर की भूमिकाओं को अप-टू-डेट रखें. साथ ही, अपने में, OAuth की सहमति वाली स्क्रीन के उपयोगकर्ता सहायता ईमेल पते और डेवलपर की संपर्क जानकारी को भी अप-टू-डेट रखें. इससे यह पक्का होता है कि आपकी टीम के सही सदस्यों को, किसी भी नई ज़रूरत के बारे में सूचना दी जाए.
3. पर जाएं OAuth .
4. प्रोजेक्ट सिलेक्टर बटन पर क्लिक करें.

5. आपको इससे चुनें डायलॉग बॉक्स दिखेगा. उस पर जाकर, अपना प्रोजेक्ट चुनें. अगर आपको अपना प्रोजेक्ट किया है लेकिन आपको अपना प्रोजेक्ट आईडी पता है, तो आप अपने ब्राउज़र में निम्न में URL बना सकते हैं फ़ॉर्मैट:

   ?project=[PROJECT_ID]

   [PROJECT_ID] की जगह उस प्रोजेक्ट आईडी को डालें जिसका इस्तेमाल करना है.

6. ऐप्लिकेशन में बदलाव करें बटन चुनें.
7. उस स्क्रीन पेज पर ज़रूरी जानकारी डालें जहां OAuth के लिए सहमति दी जाती है. इसके बाद, सेव करें और जारी रखें बटन पर क्लिक करें.
8. आपके ऐप्लिकेशन के अनुरोध किए गए सभी स्कोप की जानकारी देने के लिए, स्कोप जोड़ें या हटाएं बटन का इस्तेमाल करें. Google साइन इन के लिए ज़रूरी स्कोप का शुरुआती सेट, गैर-संवेदनशील स्कोप सेक्शन में पहले से भरा होता है. जोड़े गए स्कोप को गैर-संवेदनशील के तौर पर मार्क किया जाता है, sensitive, or restricted.
9. अपने ऐप्लिकेशन में मिलती-जुलती सुविधाओं के लिए, काम के दस्तावेज़ों के ज़्यादा से ज़्यादा तीन लिंक दें.

10. बाद में, आपके ऐप्लिकेशन के बारे में मांगी गई अन्य जानकारी दें चरण पूरे करें.

    1. Ensure your app complies with the Additional requirements for specific API scopes, which includes undergoing an annual security assessment if your app accesses restricted scope Google users' data from or through a third-party server.
    2. Ensure your app is one of the allowed types specified in the Limited Use section of the Additional requirements for specific API scopes page.
    3. If your app is a task automation platform, your demonstration video must showcase how multiple API workflows are created and automated, and in which directions user data flows.

    4. Prepare a video that fully demonstrates how a user initiates and grants access to the requested scopes and shows, in detail, the usage of the granted sensitive and restricted scopes in the app. Upload the video to YouTube Studio and set Visibility as Unlisted. You need to provide a link to the demonstration video in the YouTube link field.

       1. Show the OAuth grant process that users will experience, in English. This includes the consent flow and, if you use Google Sign-In, the sign-in flow.
       2. Show that the OAuth consent screen correctly displays the App Name.
       3. Show that the browser address bar of the OAuth consent screen correctly includes your app's OAuth client ID.
       4. To show how the data will be used, demonstrate the functionality that's enabled by each sensitive and restricted scope that you request.
       5. If you use multiple clients, and therefore have multiple OAuth client IDs, show how the data is accessed on each OAuth client.
    5. Select your permitted application type from the "What features will you use?" list.
    6. Describe how you will use the restricted scopes in your app and why more limited scopes aren't sufficient.
11. आपने ऐप्लिकेशन का जो कॉन्फ़िगरेशन उपलब्ध कराया है, अगर उसकी पुष्टि करना ज़रूरी है, तो उसे सबमिट किया जा सकता है पुष्टि करने के लिए ऐप्लिकेशन. आवश्यक फ़ील्ड भरें और फिर सबमिट करें पर क्लिक करके पुष्टि की प्रक्रिया पूरी होती है.

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

पुष्टि से जुड़ी ज़रूरी शर्तों के अपवाद

अगर आपके ऐप्लिकेशन को यहां दिए गए सेक्शन में बताई गई किसी भी स्थिति में इस्तेमाल किया जाएगा, तो को समीक्षा के लिए सबमिट करने की ज़रूरत नहीं होती है.

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

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

ध्यान दें: A उपयोगकर्ताओं की सीमा इससे उन Google खातों की संख्या पर पाबंदी लगाई जाती है जो बिना पुष्टि वाले ऐप्लिकेशन को ऐक्सेस दे सकते हैं.

डेवलपमेंट, टेस्टिंग या स्टैगिंग टीयर में इस्तेमाल किए जाने वाले प्रोजेक्ट

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

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

ध्यान दें: आपके ऐप्लिकेशन पर अब भी टेस्टर के पास चेतावनी दिख सकती है, जैसा कि इमेज 1, उपयोगकर्ता की सीमा लागू है, और रीफ़्रेश टोकन बैटरी लाइफ़ सीमित है.

इमेज 1. टेस्टर के लिए चेतावनी वाली स्क्रीन

सिर्फ़ सेवा के मालिकाना हक वाला डेटा

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

सेवा खातों को समझने के लिए, यहां जाएं इसमें सेवा खाते Google Cloud का दस्तावेज़. सेवा खाते का इस्तेमाल करने के तरीके से जुड़े निर्देशों के लिए, यहां देखें सर्वर से सर्वर के लिए, OAuth 2.0 का इस्तेमाल करना ऐप्लिकेशन में दिया गया है.

केवल आंतरि‍क उपयोग के लि‍ए

इसका मतलब है कि इस ऐप्लिकेशन का इस्तेमाल, सिर्फ़ आपके Google Workspace या Cloud Identity के लोग कर सकते हैं संगठन के बाहर शेयर किए जा सकते हैं. प्रोजेक्ट पर संगठन का मालिकाना हक होना चाहिए. साथ ही, उस स्क्रीन का होना ज़रूरी है जहां OAuth के लिए सहमति दी जाती है को कॉन्फ़िगर करने की ज़रूरत आंतरिक उपयोगकर्ता type. इस स्थिति में, आपके ऐप्लिकेशन को संगठन के एडमिन की अनुमति की ज़रूरत पड़ सकती है. इसके लिए ज़्यादा जानकारी के लिए, देखें अतिरिक्त जानकारी ध्यान दें.

• इसके बारे में ज़्यादा जानें सार्वजनिक और इंटरनल ऐप्लिकेशन होने चाहिए.
• अक्सर पूछे जाने वाले सवालों में, अपने ऐप्लिकेशन को इंटरनल के तौर पर मार्क करने का तरीका जानें मैं अपने ऐप्लिकेशन को इस तौर पर कैसे मार्क करूं सिर्फ़ अंदरूनी इस्तेमाल के लिए?

पूरे डोमेन के लिए इंस्टॉल करने की सुविधा

अगर आपको अपना ऐप्लिकेशन सिर्फ़ Google Workspace या Cloud Identity के उपयोगकर्ताओं को टारगेट करना है, तो और हमेशा पूरे डोमेन के नाम का इस्तेमाल करें इंस्टॉल करते हैं, तो आपके ऐप्लिकेशन के लिए ऐप्लिकेशन की पुष्टि करने की ज़रूरत नहीं होगी. ऐसा इसलिए, क्योंकि पूरे डोमेन में इंस्टॉलेशन से डोमेन एडमिन, तीसरे पक्ष और इंटरनल ऐप्लिकेशन को आपके उपयोगकर्ताओं का डेटा शामिल है. सिर्फ़ संगठन के एडमिन ही ऐप्लिकेशन को अपने डोमेन में इस्तेमाल करने के लिए अनुमति वाली सूची.

अक्सर पूछे जाने वाले सवाल में, पूरे डोमेन के लिए अपने ऐप्लिकेशन को इंस्टॉल करने का तरीका जानें मेरे ऐप्लिकेशन में ऐसे उपयोगकर्ता हैं जिनके पास एंटरप्राइज़ खातों के साथ काम करता है..