Google आपकी पसंदीदा भाषा में कॉन्टेंट का अनुवाद करने के लिए, एआई टेक्नोलॉजी का इस्तेमाल करता है. एआई से मिले अनुवादों में गलतियां हो सकती हैं.

डिवाइस को रजिस्टर करें और उसका प्रावधान करें

प्रोविज़निंग, किसी डिवाइस को सेट अप करने की प्रोसेस है. इससे enterprise, policies का इस्तेमाल करके डिवाइस को मैनेज कर सकता है. इस प्रोसेस के दौरान, डिवाइस पर Android Device Policy इंस्टॉल हो जाता है. इसका इस्तेमाल, policies को पाने और लागू करने के लिए किया जाता है. अगर डिवाइस को सेट अप करने की प्रोसेस पूरी हो जाती है, तो एपीआई एक devices ऑब्जेक्ट बनाता है. इससे डिवाइस को किसी एंटरप्राइज़ से जोड़ा जाता है.

Android Management API, रजिस्ट्रेशन टोकन का इस्तेमाल करके, डिवाइस को सेट अप करने की प्रोसेस को ट्रिगर करता है. रजिस्ट्रेशन टोकन और डिवाइस सेट अप करने के तरीके से, डिवाइस के मालिकाना हक (निजी या कंपनी के मालिकाना हक वाला) और मैनेजमेंट मोड (वर्क प्रोफ़ाइल या पूरी तरह से मैनेज किया जा रहा डिवाइस) का पता चलता है.

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

निजी डिवाइस

Android 5.1 या इसके बाद के वर्शन वाले डिवाइस

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

निजी डिवाइस पर वर्क प्रोफ़ाइल सेट अप करने के लिए, रजिस्ट्रेशन टोकन बनाएं. साथ ही, पक्का करें कि allowPersonalUsage को PERSONAL_USAGE_ALLOWED पर सेट किया गया हो. इसके बाद, डिवाइस सेट अप करने के लिए इनमें से कोई एक तरीका इस्तेमाल करें:

"सेटिंग" में जाकर वर्क प्रोफ़ाइल जोड़ना
Android डिवाइस से जुड़ी नीति डाउनलोड करना
रजिस्ट्रेशन टोकन का लिंक
साइन-इन यूआरएल

कंपनी के मालिकाना हक वाले डिवाइसों को निजी और ऑफ़िस के काम के लिए इस्तेमाल करना

Android 8 या इसके बाद के वर्शन वाले डिवाइसों के लिए

कंपनी के मालिकाना हक वाले डिवाइस पर वर्क प्रोफ़ाइल सेट अप करने से, डिवाइस को ऑफ़िस और निजी, दोनों कामों के लिए इस्तेमाल किया जा सकता है. कंपनी के मालिकाना हक वाले डिवाइसों पर, वर्क प्रोफ़ाइल के लिए:

ज़्यादातर ऐप्लिकेशन, डेटा, और अन्य मैनेजमेंट policies सिर्फ़ वर्क प्रोफ़ाइल पर लागू होते हैं.
कर्मचारी की निजी प्रोफ़ाइल निजी रहती है. हालांकि, एंटरप्राइज़ डिवाइस पर लागू होने वाली कुछ नीतियां और निजी इस्तेमाल से जुड़ी नीतियां लागू कर सकते हैं.
एंटरप्राइज़, blockScope का इस्तेमाल करके, पूरे डिवाइस या सिर्फ़ उसकी वर्क प्रोफ़ाइल पर, नीति का पालन करने से जुड़ी कार्रवाइयां लागू कर सकते हैं.
devices.delete और डिवाइस के निर्देश पूरे डिवाइस पर लागू होते हैं.

कंपनी के मालिकाना हक वाले डिवाइस पर वर्क प्रोफ़ाइल सेट अप करने के लिए, रजिस्ट्रेशन टोकन बनाएं. साथ ही, पक्का करें कि allowPersonalUsage को PERSONAL_USAGE_ALLOWED पर सेट किया गया हो. इसके बाद, प्रोविज़निंग के लिए इनमें से कोई एक तरीका इस्तेमाल करें:

ज़ीरो-टच रजिस्ट्रेशन की सुविधा
क्यूआर कोड
साइन-इन यूआरएल
डीपीसी आइडेंटिफ़ायर

कंपनी के मालिकाना हक वाले डिवाइस, जिनका इस्तेमाल सिर्फ़ काम के लिए किया जाता है

Android 5.1 या इसके बाद के वर्शन वाले डिवाइस

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

किसी डिवाइस को नीति के ज़रिए, एक ऐप्लिकेशन या ऐप्लिकेशन के छोटे सेट के लिए भी लॉक किया जा सकता है. ऐसा किसी खास मकसद या इस्तेमाल के उदाहरण के लिए किया जा सकता है. पूरी तरह से मैनेज किए जा रहे डिवाइसों के इस सबसेट को खास तरह के डिवाइस कहा जाता है. इन डिवाइसों के रजिस्ट्रेशन टोकन में, allowPersonalUsage को PERSONAL_USAGE_DISALLOWED_USERLESS पर सेट करना ज़रूरी है.

कंपनी के मालिकाना हक वाले डिवाइस पर पूरी तरह से मैनेज करने की सुविधा सेट अप करने के लिए, रजिस्ट्रेशन टोकन बनाएं. साथ ही, पक्का करें कि allowPersonalUsage को PERSONAL_USAGE_DISALLOWED या PERSONAL_USAGE_DISALLOWED_USERLESS पर सेट किया गया हो. इसके बाद, डिवाइस को सेट अप करने के लिए इनमें से कोई एक तरीका इस्तेमाल करें.

ज़ीरो-टच रजिस्ट्रेशन की सुविधा
क्यूआर कोड
साइन-इन यूआरएल (खास तरह के डिवाइसों के लिए सही नहीं है)
NFC
डीपीसी आइडेंटिफ़ायर

नीतियां, डिवाइस प्रॉविज़निंग के दौरान यूज़र इंटरफ़ेस (यूआई) जनरेट होने पर असर डाल सकती हैं. ये नीतियां इस तरह की हैं:

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

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

रजिस्ट्रेशन टोकन बनाना

Android मैनेजमेंट की खास जानकारी. — **पहली इमेज.** एक टोकन बनाएं, जो डिवाइसों को रजिस्टर करता है और उन पर "policy1" लागू करता है. टोकन की समयसीमा 1,800 सेकंड (30 मिनट) के बाद खत्म हो जाती है.

आपको हर उस डिवाइस के लिए रजिस्ट्रेशन टोकन की ज़रूरत होगी जिसे आपको रजिस्टर करना है. हालांकि, एक ही टोकन का इस्तेमाल कई डिवाइसों के लिए किया जा सकता है. रजिस्ट्रेशन टोकन का अनुरोध करने के लिए, enterprises.enrollmentTokens.create को कॉल करें. रजिस्ट्रेशन टोकन, डिफ़ॉल्ट रूप से एक घंटे के बाद खत्म हो जाते हैं. हालांकि, खत्म होने का कस्टम समय (duration) तय किया जा सकता है. यह समय, करीब 10,000 साल तक हो सकता है.

अनुरोध पूरा होने पर, enrollmentToken ऑब्जेक्ट मिलता है. इसमें enrollmentTokenId और qrcode शामिल होता है. आईटी एडमिन और असली उपयोगकर्ता, डिवाइसों को सेट अप करने के लिए इनका इस्तेमाल कर सकते हैं.

कोई नीति तय करना

डिवाइस को रजिस्टर करते समय, नीति लागू करने के अनुरोध में policyName की जानकारी भी दी जा सकती है. अगर आपने policyName तय नहीं की है, तो बिना किसी नीति के डिवाइस को रजिस्टर करना लेख पढ़ें.

निजी इस्तेमाल के बारे में बताना

allowPersonalUsage से यह तय होता है कि डिवाइस को सेट अप करने के दौरान, उसमें वर्क प्रोफ़ाइल जोड़ी जा सकती है या नहीं. उपयोगकर्ता को वर्क प्रोफ़ाइल बनाने की अनुमति देने के लिए, PERSONAL_USAGE_ALLOWED पर सेट करें. निजी डिवाइसों के लिए यह ज़रूरी है, जबकि कंपनी के मालिकाना हक वाले डिवाइसों के लिए यह ज़रूरी नहीं है.

रजिस्ट्रेशन के लिए इस्तेमाल किए जा रहे मौजूदा टोकन के लिए छूट

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

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

डिवाइस रजिस्टर करते समय, Google से पुष्टि करने की सुविधा लागू करना

ईएमएम, डिवाइस को रजिस्टर करने के दौरान Google खाते में साइन-इन करना ज़रूरी बना सकते हैं. इसके लिए, उन्हें रजिस्ट्रेशन टोकन या साइन-इन टोकन पर सही वैल्यू सेट करनी होंगी. इस कॉन्फ़िगरेशन से यह तय होता है कि Google साइन-इन स्क्रीन पर, "अभी नहीं" बटन छिपाया जाए या नहीं. सेट किए जाने पर, ये विकल्प पूरे एंटरप्राइज़ के लिए लागू googleAuthenticationSettings नीति को बदल देते हैं.

कॉन्फ़िगरेशन विकल्प

EnrollmentToken या SigninDetail में मौजूद googleAuthenticationOptions ऑब्जेक्ट का इस्तेमाल करके, पुष्टि करने के तरीके को कंट्रोल किया जा सकता है.

फ़ील्ड	ब्यौरा	वैल्यू
`authenticationRequirement`	इससे यह तय होता है कि रजिस्ट्रेशन के दौरान, उपयोगकर्ता को Google से अपनी पहचान की पुष्टि करनी होगी या नहीं.	AUTHENTICATION_REQUIREMENT_UNSPECIFIED: यह एंटरप्राइज़ की डिफ़ॉल्ट सेटिंग पर वापस चला जाता है. ज़रूरी नहीं: उपयोगकर्ता को Google साइन-इन स्क्रीन दिखती है, लेकिन वह इसे स्किप कर सकता है. ज़रूरी है: उपयोगकर्ता, साइन-इन करने की प्रोसेस को स्किप नहीं कर सकता. "स्किप करें" बटन छिपा हुआ है.
`requiredAccountEmail`	मैनेज किए जा रहे Google खाते का वह ईमेल पता जिसका इस्तेमाल उपयोगकर्ता को करना चाहिए. ध्यान दें: अगर इस फ़ील्ड का इस्तेमाल किया जाता है, तो `authenticationRequirement` को REQUIRED पर सेट करना ज़रूरी है.	स्ट्रिंग (जैसे, "user@enterprise.com")

JSON पेलोड के उदाहरण

'स्किप करें' बटन को बंद करना

"अभी नहीं" बटन को छिपाने और उपयोगकर्ता को काम से जुड़े किसी मान्य खाते से साइन इन करने के लिए मजबूर करने के लिए, पुष्टि करने की ज़रूरी शर्त को 'ज़रूरी है' पर सेट करें.

{
  ...
  "googleAuthenticationOptions": {
    "authenticationRequirement": "REQUIRED"
  }
}

किसी खास खाते के ईमेल पते की ज़रूरत होना

उपयोगकर्ता को किसी तय खाते से साइन इन करने के लिए मजबूर करने के लिए, requiredAccountEmail स्ट्रिंग तय करें. अगर ज़रूरी फ़ील्ड को REQUIRED पर सेट नहीं किया जाता है, तो टोकन बनाने का अनुरोध पूरा नहीं होगा. साथ ही, आपको INVALID_ARGUMENT गड़बड़ी का मैसेज दिखेगा.

{
...
  "googleAuthenticationOptions": {
    "authenticationRequirement": "REQUIRED",
    "requiredAccountEmail": "user@enterprise.com"
  }
}

क्यूआर कोड के बारे में जानकारी

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

क्यूआर कोड बंडल का उदाहरण

बंडल में, Android डिवाइस से जुड़ी नीति को डाउनलोड करने की जगह और रजिस्ट्रेशन टोकन शामिल होता है.

{
    "android.app.extra.PROVISIONING_DEVICE_ADMIN_COMPONENT_NAME": "com.google.android.apps.work.clouddpc/.receivers.CloudDeviceAdminReceiver",
    "android.app.extra.PROVISIONING_DEVICE_ADMIN_SIGNATURE_CHECKSUM": "I5YvS0O5hXY46mb01BlRjq4oJJGs2kuUcHvVkAPEXlg",
    "android.app.extra.PROVISIONING_DEVICE_ADMIN_PACKAGE_DOWNLOAD_LOCATION": "https://play.google.com/managed/downloadManagingApp?identifier=setup",
    "android.app.extra.PROVISIONING_ADMIN_EXTRAS_BUNDLE":{
        "com.google.android.apps.work.clouddpc.EXTRA_ENROLLMENT_TOKEN": "{enrollment-token}"
    }
}

enterprises.enrollmentTokens.create से मिले क्यूआर कोड का इस्तेमाल सीधे तौर पर किया जा सकता है या उसे पसंद के मुताबिक बनाया जा सकता है. क्यूआर कोड बंडल में शामिल की जा सकने वाली प्रॉपर्टी की पूरी सूची देखने के लिए, क्यूआर कोड बनाना लेख पढ़ें.

qrcode स्ट्रिंग को स्कैन किए जा सकने वाले क्यूआर कोड में बदलने के लिए, क्यूआर कोड जनरेटर का इस्तेमाल करें. जैसे, ZXing.

प्रोविज़निंग के तरीके

इस सेक्शन में, किसी डिवाइस को सेट अप करने के अलग-अलग तरीके बताए गए हैं.

"सेटिंग" में जाकर वर्क प्रोफ़ाइल जोड़ना

Android 5.1 या इसके बाद के वर्शन वाले डिवाइस

अपने डिवाइस पर वर्क प्रोफ़ाइल सेट अप करने के लिए, उपयोगकर्ता ये काम कर सकता है:

सेटिंग > Google > सेट अप और वापस लाएं पर जाएं.
अपनी वर्क प्रोफ़ाइल सेट अप करें पर टैप करें.

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

Android डिवाइस से जुड़ी नीति डाउनलोड करना

Android 5.1 या इसके बाद के वर्शन वाले डिवाइस

अपने डिवाइस पर वर्क प्रोफ़ाइल सेट अप करने के लिए, उपयोगकर्ता Google Play Store से Android Device Policy डाउनलोड कर सकता है. ऐप्लिकेशन इंस्टॉल होने के बाद, उपयोगकर्ता को क्यूआर कोड स्कैन करने या मैन्युअल तरीके से रजिस्ट्रेशन टोकन डालने के लिए कहा जाएगा, ताकि वर्क प्रोफ़ाइल का सेटअप पूरा किया जा सके.

रजिस्ट्रेशन टोकन का लिंक

Android 5.1 या इसके बाद के वर्शन वाले डिवाइस

enrollmentTokens.create से मिले रजिस्ट्रेशन टोकन या एंटरप्राइज़ के signinEnrollmentToken का इस्तेमाल करके, इस फ़ॉर्मैट में यूआरएल जनरेट करें:

https://enterprise.google.com/android/enroll?et=<enrollmentToken>

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

साइन-इन यूआरएल

इस तरीके से, उपयोगकर्ताओं को एक पेज पर रीडायरेक्ट किया जाता है. वहां उन्हें प्रोविज़निंग की प्रोसेस पूरी करने के लिए ज़रूरी अन्य जानकारी डालनी होती है. उपयोगकर्ता की डाली गई जानकारी के आधार पर, डिवाइस प्रॉविज़निंग की प्रोसेस शुरू करने से पहले, उपयोगकर्ता के लिए सही नीति का हिसाब लगाया जा सकता है. उदाहरण के लिए:

enterprises.signInDetails[] में साइन-इन यूआरएल डालें. अगर आपको किसी उपयोगकर्ता को वर्क प्रोफ़ाइल बनाने की अनुमति देनी है, तो allowPersonalUsage को PERSONAL_USAGE_ALLOWED पर सेट करें. निजी डिवाइसों के लिए यह ज़रूरी है और कंपनी के मालिकाना हक वाले डिवाइसों के लिए यह ज़रूरी नहीं है.

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

ध्यान दें: रजिस्ट्रेशन टोकन जनरेट करने की तरह ही, अगर साइन-इन यूआरएल ने संगठन के "Google का इस्तेमाल करके पुष्टि करें" सुविधा को पहली बार चालू करने से पहले ही रजिस्ट्रेशन टोकन बना लिया है, तो उपयोगकर्ता को साइन इन करने के लिए नहीं कहा जाएगा. हालांकि, इस सेटिंग को चालू करने के बाद बनाए गए सभी टोकन, अपडेट किए गए व्यवहार का पालन करेंगे. साथ ही, आईटी एडमिन की कॉन्फ़िगर की गई पुष्टि करने की सेटिंग का इस्तेमाल करेंगे.
कोई विकल्प चुनें:
1. कंपनी के मालिकाना हक वाले डिवाइस: नए या फ़ैक्ट्री रीसेट किए गए डिवाइस को चालू करने के बाद, डिवाइस को signinEnrollmentToken पास करें. इसके लिए, क्यूआर कोड, एनएफ़सी बंप वगैरह का इस्तेमाल करें. इसके अलावा, उपयोगकर्ताओं से टोकन को मैन्युअल तरीके से डालने के लिए कहें. डिवाइस पर, पहले चरण में बताया गया साइन-इन यूआरएल खुलेगा.
2. निजी डिवाइस: उपयोगकर्ताओं से "सेटिंग" में जाकर, वर्क प्रोफ़ाइल जोड़ने के लिए कहें. जब उपयोगकर्ता से कहा जाता है, तो वह signinEnrollmentToken वाला क्यूआर कोड स्कैन करता है या मैन्युअल तरीके से टोकन डालता है. डिवाइस पर, पहले चरण में बताया गया साइन-इन यूआरएल खुलेगा.
3. निजी डिवाइस: उपयोगकर्ताओं को रजिस्ट्रेशन टोकन का लिंक दें. इसमें रजिस्ट्रेशन टोकन signinEnrollmentToken है. डिवाइस पर, पहले चरण में बताया गया साइन-इन यूआरएल खुलेगा.
देखें कि Google ने उपयोगकर्ता की पुष्टि पहले ही कर ली है या नहीं. GET पैरामीटर provisioningInfo का इस्तेमाल करके, डिवाइस रजिस्टर करने के दौरान डिवाइस प्रॉविज़निंग की जानकारी पाएं. साथ ही, authenticatedUserEmail फ़ील्ड की वैल्यू देखें. अगर इस फ़ील्ड में कोई वैल्यू है, तो इसका मतलब है कि Google ने उपयोगकर्ता की पुष्टि पहले ही कर ली है. इस पहचान का इस्तेमाल, पुष्टि किए बिना किया जा सकता है.

ध्यान दें: डिवाइस प्रॉविज़निंग के बाद, provisioningInfo ऑब्जेक्ट 24 घंटे तक उपलब्ध रहता है.
अगर Google ने उपयोगकर्ता की पुष्टि नहीं की है, तो आपके साइन-इन यूआरएल पर उपयोगकर्ताओं को अपने क्रेडेंशियल डालने के लिए कहा जाना चाहिए. उनकी पहचान के आधार पर, सही नीति तय की जा सकती है. साथ ही, GET पैरामीटर provisioningInfo का इस्तेमाल करके, डिवाइस रजिस्टर करने के दौरान डिवाइस प्रॉविज़निंग की जानकारी पाई जा सकती है.

सबसे सही तरीका: संगठन के एसएसओ प्रोवाइडर का इस्तेमाल करके, उन क्रेडेंशियल की पुष्टि करें जिन्हें आपके उपयोगकर्ता, साइन-इन यूआरएल (या बाद में रीडायरेक्ट किए गए किसी भी यूआरएल) में डालते हैं. साइन-इन यूआरएल, Chrome के कस्टम टैब में खोले जाते हैं. साथ ही, उपयोगकर्ताओं के एसएसओ को आने वाले समय में ऐप्लिकेशन में साइन-इन करने के लिए सेव किया जाता है. इसके लिए, ऐप्लिकेशन की पुष्टि का इस्तेमाल किया जाता है.
उपयोगकर्ता के क्रेडेंशियल के आधार पर सही policyId तय करके, enrollmentTokens.create को कॉल करें.

ध्यान दें: allowPersonalUsage फ़ील्ड को अनदेखा कर दिया जाता है, क्योंकि वैल्यू पहले से ही enterprises.signInDetails[] में बताई गई थी. रजिस्ट्रेशन के दौरान, निजी इस्तेमाल की वैल्यू को नहीं बदला जा सकता.
यूआरएल रीडायरेक्ट का इस्तेमाल करके, पांचवें चरण में जनरेट किया गया रजिस्ट्रेशन टोकन, https://enterprise.google.com/android/enroll?et=<token> फ़ॉर्म में वापस करें.

ध्यान दें: अगर किसी उपयोगकर्ता को डिवाइस सेट अप करने की अनुमति नहीं है, तो आपके पास गड़बड़ी की जानकारी देने वाली कस्टम स्क्रीन दिखाने का विकल्प होता है. साथ ही, उपयोगकर्ता को https://enterprise.google.com/android/enroll/invalid पर रीडायरेक्ट किया जा सकता है, ताकि वह अपना डिवाइस रीसेट कर सके.

साइन-इन यूआरएल फ़्लो के साथ, Google से पुष्टि करने की सुविधा लागू करना

तीसरे पक्ष के साइन-इन फ़्लो (enterprises.create या enterprises.patch के ज़रिए) के लिए SigninDetail का इस्तेमाल करने पर, googleAuthenticationOptions को पास किया जा सकता है. इससे, उपयोगकर्ता को तीसरे पक्ष के साइन-इन यूआरएल पर रीडायरेक्ट करने से पहले, नियम लागू हो जाते हैं.

जब साइन-इन यूआरएल फ़्लो के आखिर में कोई EnrollmentToken बनाया जाता है, तो पुष्टि करने की उसकी ज़रूरी शर्तें, शुरुआती SigninDetail के साथ इंटरैक्ट करती हैं:

अगर उपयोगकर्ता ने Google खाते से साइन इन नहीं किया है, क्योंकि SigninDetail के लिए यह ज़रूरी नहीं था, लेकिन इसके बाद मिलने वाले EnrollmentToken के लिए यह ज़रूरी है, तो उपयोगकर्ता को एक गड़बड़ी दिखेगी और उसे साइन इन करना होगा.
अगर टोकन पर requiredAccountEmail सेट है और उपयोगकर्ता ने एंटरप्राइज़ के किसी दूसरे पते से साइन इन किया है, तो उसे "गलत खाता" गड़बड़ी का मैसेज मिलेगा. साथ ही, उसे सही ईमेल पते से फिर से साइन इन करना होगा.

क्यूआर कोड का तरीका

Android 7.0 या इसके बाद के वर्शन वाले डिवाइसों के लिए

कंपनी के मालिकाना हक वाले डिवाइस को सेट अप करने के लिए, क्यूआर कोड जनरेट किया जा सकता है. साथ ही, उसे अपने ईएमएम कंसोल में दिखाया जा सकता है:

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

एनएफ़सी का तरीका

Android 6.0 और इसके बाद के वर्शन

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

एनएफ़सी तरीके को इस्तेमाल करने के बारे में ज़्यादा जानकारी, Play EMM API के डेवलपर दस्तावेज़ में उपलब्ध है. इस साइट पर, एनएफ़सी बंप पर किसी डिवाइस पर पुश किए गए डिफ़ॉल्ट पैरामीटर का सैंपल कोड भी शामिल है. Android Device Policy ऐप्लिकेशन इंस्टॉल करने के लिए, डिवाइस एडमिन पैकेज की डाउनलोड लोकेशन को इस पर सेट करें:

https://play.google.com/managed/downloadManagingApp?identifier=setup

डीपीसी आइडेंटिफ़ायर का तरीका

अगर क्यूआर कोड या एनएफ़सी का इस्तेमाल करके Android डिवाइस से जुड़ी नीति को नहीं जोड़ा जा सकता, तो कोई उपयोगकर्ता या आईटी एडमिन, कंपनी के मालिकाना हक वाले डिवाइस को सेट अप करने के लिए यह तरीका अपना सकता है:

नए या फ़ैक्ट्री रीसेट किए गए डिवाइस पर, सेटअप विज़र्ड में दिए गए निर्देशों का पालन करें.
डिवाइस को इंटरनेट से कनेक्ट करने के लिए, वाई-फ़ाई लॉगिन की जानकारी डालें.
साइन इन करने के लिए कहे जाने पर, afw#setup डालें. इससे Android डिवाइस से जुड़ी नीति डाउनलोड हो जाती है.
डिवाइस को सेट अप करने के लिए, क्यूआर कोड स्कैन करें या मैन्युअल तरीके से रजिस्ट्रेशन टोकन डालें.

ज़ीरो-टच रजिस्ट्रेशन की सुविधा

Android 8.0+ (Pixel 7.1+)

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

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

अगर आपके ग्राहक ज़ीरो-टच रजिस्ट्रेशन पोर्टल का इस्तेमाल करते हैं, तो उन्हें अपने बनाए गए हर कॉन्फ़िगरेशन के लिए, ईएमएम डीपीसी के तौर पर Android Device Policy को चुनना होगा. पोर्टल को इस्तेमाल करने के बारे में ज़्यादा जानकारी, Android Enterprise के सहायता केंद्र पर उपलब्ध है. इसमें डिवाइसों के लिए कॉन्फ़िगरेशन बनाने और उन्हें असाइन करने का तरीका भी बताया गया है.

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

{
   "android.app.extra.PROVISIONING_DEVICE_ADMIN_COMPONENT_NAME":"com.google.android.apps.work.clouddpc/.receivers.CloudDeviceAdminReceiver",
   "android.app.extra.PROVISIONING_DEVICE_ADMIN_SIGNATURE_CHECKSUM":"I5YvS0O5hXY46mb01BlRjq4oJJGs2kuUcHvVkAPEXlg",
   "android.app.extra.PROVISIONING_ADMIN_EXTRAS_BUNDLE":{
      "com.google.android.apps.work.clouddpc.EXTRA_ENROLLMENT_TOKEN":"{Sign In URL token}"
   }
}

सेटअप के दौरान कोई ऐप्लिकेशन लॉन्च करना

setupaction — **दूसरी इमेज.** सेटअप के दौरान कोई ऐप्लिकेशन लॉन्च करने के लिए, `setupActions` का इस्तेमाल करें.

policies में, Android Device Policy के लिए कोई एक ऐप्लिकेशन तय किया जा सकता है, ताकि डिवाइस या वर्क प्रोफ़ाइल सेटअप के दौरान उसे लॉन्च किया जा सके. उदाहरण के लिए, वीपीएन ऐप्लिकेशन लॉन्च किया जा सकता है, ताकि उपयोगकर्ता सेटअप प्रोसेस के दौरान वीपीएन की सेटिंग कॉन्फ़िगर कर सकें. ऐप्लिकेशन को RESULT_OK दिखाना होगा, ताकि यह पता चल सके कि सेटअप पूरा हो गया है. इससे Android डिवाइस से जुड़ी नीति, डिवाइस या वर्क प्रोफ़ाइल का सेटअप पूरा कर पाएगा. सेटअप के दौरान कोई ऐप्लिकेशन लॉन्च करने के लिए:

पक्का करें कि ऐप्लिकेशन का installType, REQUIRED_FOR_SETUP हो. अगर ऐप्लिकेशन को डिवाइस पर इंस्टॉल या लॉन्च नहीं किया जा सकता, तो प्रॉविज़निंग की प्रोसेस पूरी नहीं होगी.

{
   "applications":[
      {
         "packageName":"com.my.vpnapp.",
         "installType":"REQUIRED_FOR_SETUP"
      }
   ]
}

ऐप्लिकेशन के पैकेज का नाम setupActions में जोड़ें. इस्तेमाल करने वाले लोगों के लिए उपलब्ध निर्देशों को बताने के लिए, title और description का इस्तेमाल करें.

{
   "setupActions":[
      {
         "title":{
            "defaultMessage":"Configure VPN"
         },
         "description":{
            "defaultMessage":"Enable your VPN client to access corporate resources."
         },
         "launchApp":{
            "packageName":"com.my.vpnapp."
         }
      }
   ]
}

यह पता लगाने के लिए कि कोई ऐप्लिकेशन launchApp से लॉन्च किया गया है, ऐप्लिकेशन के हिस्से के तौर पर लॉन्च की गई पहली गतिविधि में, बूलियन इंटेंट एक्स्ट्रा com.google.android.apps.work.clouddpc.EXTRA_LAUNCHED_AS_SETUP_ACTION (true पर सेट) शामिल होता है. इस एक्स्ट्रा की मदद से, अपने ऐप्लिकेशन को इस आधार पर पसंद के मुताबिक बनाया जा सकता है कि उसे setupActions से लॉन्च किया गया है या किसी उपयोगकर्ता ने लॉन्च किया है.

ऐप्लिकेशन के RESULT_OK दिखाने के बाद, Android डिवाइस से जुड़ी नीति, डिवाइस या वर्क प्रोफ़ाइल को सेट अप करने के लिए ज़रूरी बाकी चरणों को पूरा करता है.

सेटअप के दौरान रजिस्ट्रेशन रद्द करना

SetupAction के तौर पर लॉन्च किया गया ऐप्लिकेशन, रजिस्ट्रेशन को रद्द कर सकता है. इसके लिए, उसे RESULT_FIRST_USER को वापस करना होगा.

रजिस्ट्रेशन रद्द करने पर, कंपनी के मालिकाना हक वाले डिवाइस को रीसेट कर दिया जाता है या निजी डिवाइस पर मौजूद वर्क प्रोफ़ाइल को मिटा दिया जाता है.

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

हाल ही में रजिस्टर किए गए डिवाइसों पर कोई नीति लागू करना

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

(सुझाया गया) रजिस्ट्रेशन टोकन बनाते समय, उस नीति (policyName) का नाम बताया जा सकता है जिसे शुरुआत में डिवाइस से लिंक किया जाएगा. टोकन की मदद से किसी डिवाइस को रजिस्टर करने पर, नीति उस डिवाइस पर अपने-आप लागू हो जाती है.
किसी नीति को एंटरप्राइज़ के लिए डिफ़ॉल्ट नीति के तौर पर सेट करना. अगर रजिस्ट्रेशन टोकन में नीति का कोई नाम नहीं दिया गया है और enterprises/<enterprise_id>/policies/default नाम की कोई नीति मौजूद है, तो रजिस्ट्रेशन के समय हर नया डिवाइस, डिफ़ॉल्ट नीति से अपने-आप लिंक हो जाता है.
रजिस्टर किए गए नए डिवाइसों के बारे में सूचनाएं पाने के लिए, Cloud Pub/Sub के किसी विषय की सदस्यता लें. ENROLLMENT सूचना के जवाब में, डिवाइस को किसी नीति से लिंक करने के लिए, enterprises.devices.patch को कॉल करें.

किसी नीति के बिना डिवाइस को रजिस्टर करना

अगर किसी डिवाइस को मान्य नीति के बिना रजिस्टर किया जाता है, तो उसे क्वारंटीन में डाल दिया जाता है. क्वारंटीन किए गए डिवाइसों के सभी फ़ंक्शन तब तक ब्लॉक रहते हैं, जब तक डिवाइस को किसी नीति से लिंक नहीं किया जाता.

अगर किसी डिवाइस को पांच मिनट में किसी नीति से लिंक नहीं किया जाता है, तो डिवाइस का रजिस्ट्रेशन पूरा नहीं हो पाता है. साथ ही, डिवाइस को फ़ैक्ट्री रीसेट कर दिया जाता है. क्वारंटीन डिवाइस की स्थिति से, आपको अपने समाधान के हिस्से के तौर पर, लाइसेंस की जांच या रजिस्ट्रेशन की पुष्टि करने की अन्य प्रोसेस लागू करने का मौका मिलता है.

लाइसेंस की जांच करने वाले वर्कफ़्लो का उदाहरण

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