توفير المتطلبات اللازمة هو عملية إعداد جهاز لتتم إدارته باستخدام
policies من قِبل enterprise. أثناء هذه العملية، يثبّت الجهاز تطبيق Android Device Policy الذي يُستخدَم لتلقّي policies وتنفيذها. إذا نجحت عملية الإعداد، ستنشئ واجهة برمجة التطبيقات عنصر devices لربط الجهاز بمؤسسة.
تستخدم Android Management API رموز التسجيل المميّزة لبدء عملية الإعداد. يحدّد الرمز المميّز للتسجيل وطريقة الإعداد اللذان تستخدمهما ملكية الجهاز (مملوك شخصيًا أو مملوك للشركة) ووضع الإدارة (ملف العمل أو جهاز مُدار بالكامل).
يتحكّم نظام الحصص في عدد الأجهزة التي يمكن لكل مشروع إدارتها. يجب طلب حصة أولية للأجهزة قبل أن تتمكّن من توفير جهازك الأول.
الأجهزة المملوكة شخصيًا
الإصدار 5.1 من نظام التشغيل Android والإصدارات الأحدث
يمكن إعداد الأجهزة التي يملكها الموظفون باستخدام ملف عمل. يوفّر ملف العمل مساحة مستقلة لتطبيقات العمل وبياناته، منفصلة عن التطبيقات والبيانات الشخصية. تنطبق معظم policies إدارة التطبيقات والبيانات وغيرها على الملف الشخصي للعمل فقط، بينما تظل تطبيقات الموظف الشخصية وبياناته خاصة.
لإعداد ملف عمل على جهاز مملوك شخصيًا، يمكنك إنشاء رمز مميّز للتسجيل (تأكَّد من ضبط allowPersonalUsage على PERSONAL_USAGE_ALLOWED) واستخدام إحدى طرق الإعداد التالية:
- إضافة ملف العمل من "الإعدادات"
- تنزيل تطبيق Android Device Policy
- رابط الرمز المميّز للتسجيل
- عنوان URL لتسجيل الدخول
الأجهزة المملوكة للشركة والمخصّصة للعمل والاستخدام الشخصي
الإصدار 8 من نظام التشغيل Android والإصدارات الأحدث
يتيح إعداد جهاز مملوك للشركة باستخدام ملف عمل استخدام الجهاز للعمل والاستخدام الشخصي. على الأجهزة المملوكة للشركة والتي تتضمّن ملفات عمل:
- تنطبق معظم
policiesإدارة التطبيقات والبيانات وغيرها على ملف العمل فقط. - ويظل الملف الشخصي للموظف خاصًا. ومع ذلك، يمكن للمؤسسات فرض بعض السياسات على مستوى الجهاز وسياسات الاستخدام الشخصي.
- يمكن للمؤسسات استخدام
blockScopeلفرض إجراءات الامتثال على جهاز بالكامل أو على ملف العمل فقط. - تنطبق
devices.deleteوأوامر الجهاز على الجهاز بأكمله.
لإعداد جهاز تملكه الشركة باستخدام ملف عمل، عليك إنشاء رمز مميّز للتسجيل (يُرجى التأكّد من ضبط allowPersonalUsage على PERSONAL_USAGE_ALLOWED) واستخدام إحدى طرق الإعداد التالية:
- إعداد الأجهزة الجوّالة للمؤسسات دفعةً واحدة
- رمز الاستجابة السريعة
- عنوان URL لتسجيل الدخول
- معرّف وحدة التحكّم في سياسة الجهاز (DPC)
الأجهزة المملوكة للشركة والمخصّصة للاستخدام في العمل فقط
الإصدار 5.1 من نظام التشغيل Android والإصدارات الأحدث
الإدارة الشاملة للأجهزة مناسبة للأجهزة المملوكة للشركة والمخصّصة لأغراض العمل فقط. يمكن للمؤسسات إدارة جميع التطبيقات على الجهاز ويمكنها فرض المجموعة الكاملة من سياسات Android Management API وأوامرها.
يمكنك أيضًا قفل الجهاز (من خلال السياسة) على تطبيق واحد أو
مجموعة صغيرة من التطبيقات لخدمة غرض مخصّص أو حالة استخدام معيّنة. ويُشار إلى هذه المجموعة الفرعية من الأجهزة المُدارة بالكامل باسم الأجهزة المخصّصة. يجب ضبط الرموز المميّزة لتسجيل هذه الأجهزة على allowPersonalUsage على PERSONAL_USAGE_DISALLOWED_USERLESS.
لإعداد الإدارة الكاملة على جهاز تملكه الشركة، أنشئ رمزًا مميزًا للتسجيل،
وتأكَّد من ضبط allowPersonalUsage على PERSONAL_USAGE_DISALLOWED أو
PERSONAL_USAGE_DISALLOWED_USERLESS، واستخدِم إحدى طرق
التوفير التالية.
- إعداد الأجهزة الجوّالة للمؤسسات دفعةً واحدة
- رمز الاستجابة السريعة
- عنوان URL لتسجيل الدخول (غير مناسب للأجهزة المخصّصة)
- الاتصال القصير المدى (NFC)
- معرّف وحدة التحكّم في سياسة الجهاز (DPC)
يمكن أن تؤثر السياسات في إنشاء واجهة المستخدم أثناء توفير متطلبات الجهاز اللازمة. وهذه السياسات هي:
PasswordPolicyScope: يحدّد هذا الإعداد متطلبات كلمة المرور.PermittedInputMethods: يحدّد هذا الإعداد أساليب إدخال الحِزم.-
PermittedAccessibilityServices: تحدّد هذه السياسة خدمات تسهيل الاستخدام المسموح بها للأجهزة المُدارة بالكامل وملف العمل. SetupActions: يحدّد هذا الإجراءات التي يتم تنفيذها أثناء الإعداد.ApplicationsPolicy: يحدّد هذا الإعداد السياسة لتطبيق فردي.
إذا أردت عرض خطوات كلمة المرور إلى جانب تثبيت تطبيقات العمل وبطاقات تسجيل الأجهزة أثناء توفير الجهاز، ننصحك بتعديل سياساتك لتأخير بدء إنشاء واجهة المستخدم من خلال إبقاء الجهاز في حالة العزل، وهو ما يحدث في حال التسجيل بدون سياسة مرتبطة، إلى أن يتم تحديد السياسة النهائية التي تم اختيارها لإعداد الجهاز والتي تم ملؤها بالعناصر ذات الصلة باحتياجات الإعداد. بعد اكتمال عملية توفير المتطلبات اللازمة للجهاز، يمكنك تغيير السياسة حسب الحاجة.
إنشاء الرمز المميّز للتسجيل
تحتاج إلى رمز مميّز للتسجيل لكل جهاز تريد تسجيله (يمكنك
استخدام الرمز المميّز نفسه لأجهزة متعددة). لطلب رمز مميّز للتسجيل، يمكنك الاتصال بالرقم
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 على مستوى المؤسسة.
خيارات الإعدادات
يمكنك التحكّم في سلوك المصادقة باستخدام عنصر googleAuthenticationOptions
ضمن EnrollmentToken أو SigninDetail.
| الحقل | الوصف | القيم |
authenticationRequirement |
يحدّد هذا الإعداد ما إذا كان على المستخدم المصادقة من خلال Google أثناء التسجيل. | AUTHENTICATION_REQUIREMENT_UNSPECIFIED: يتم الرجوع إلى الإعدادات التلقائية للمؤسسة.
اختياري: تظهر للمستخدم شاشة تسجيل الدخول إلى Google، ولكن يمكنه اختيار تخطّيها. مطلوب: لا يمكن للمستخدم تخطّي تسجيل الدخول. يتم إخفاء الزر "تخطّي". |
requiredAccountEmail |
عنوان البريد الإلكتروني المحدّد لحساب Google المُدار الذي يجب أن يستخدمه المستخدم
ملاحظة: يجب ضبط authenticationRequirement على
REQUIRED في حال استخدام هذا الحقل. |
سلسلة (مثل "user@enterprise.com") |
أمثلة على حمولة JSON
إيقاف زر التخطّي
لإخفاء الزر "تخطّي" وإجبار المستخدم على تسجيل الدخول باستخدام أي حساب عمل صالح، اضبط متطلبات المصادقة على "مطلوبة".
{
...
"googleAuthenticationOptions": {
"authenticationRequirement": "REQUIRED"
}
}
طلب عنوان بريد إلكتروني محدّد للحساب
لفرض تسجيل دخول المستخدم باستخدام حساب محدّد، حدِّد السلسلة requiredAccountEmail. سيتعذّر طلب إنشاء الرمز المميّز مع ظهور الخطأ INVALID_ARGUMENT إذا لم يتم ضبط حقل المتطلبات على REQUIRED بجانبه.
{
...
"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.
طرق إدارة الحسابات
يوضّح هذا القسم الطرق المختلفة لتوفير جهاز.
إضافة ملف العمل من "الإعدادات"
الإصدار 5.1 من نظام التشغيل Android والإصدارات الأحدث
لإعداد ملف عمل على جهاز المستخدم، يمكنه إجراء ما يلي:
- انتقِل إلى الإعدادات > Google > الإعداد والاستعادة.
- انقر على إعداد ملف العمل.
تبدأ هذه الخطوات معالج إعداد ينزّل سياسة جهاز Android على الجهاز. بعد ذلك، سيُطلب من المستخدم مسح رمز الاستجابة السريعة ضوئيًا أو إدخال رمز مميّز للتسجيل يدويًا لإكمال إعداد ملف العمل.
تنزيل تطبيق Android Device Policy
الإصدار 5.1 من نظام التشغيل Android والإصدارات الأحدث
لإعداد ملف عمل على جهاز المستخدم، يمكنه تنزيل تطبيق Android Device Policy من "متجر Google Play". بعد تثبيت التطبيق، سيُطلب من المستخدم مسح رمز الاستجابة السريعة ضوئيًا أو إدخال رمز مميّز للتسجيل يدويًا لإكمال إعداد ملف العمل.
رابط الرمز المميّز للتسجيل
الإصدار 5.1 من نظام التشغيل Android والإصدارات الأحدث
باستخدام الرمز المميّز للتسجيل الذي تم عرضه من enrollmentTokens.create أو
signinEnrollmentToken للمؤسسة،
يمكنك إنشاء عنوان URL بالتنسيق التالي:
https://enterprise.google.com/android/enroll?et=<enrollmentToken>
يمكنك تقديم عنوان URL هذا إلى مشرفي تكنولوجيا المعلومات، الذين يمكنهم تقديمه إلى المستخدمين النهائيين. عندما يفتح المستخدم النهائي الرابط من جهازه، سيتم توجيهه خلال عملية إعداد ملف العمل.
عنوان URL لتسجيل الدخول
باستخدام هذه الطريقة، يتم توجيه المستخدمين إلى صفحة لإدخال أي معلومات إضافية مطلوبة لإكمال عملية توفير المتطلبات اللازمة. بناءً على المعلومات التي يُدخلها المستخدم، يمكنك احتساب السياسة المناسبة للمستخدم قبل المتابعة في عملية توفير متطلبات الجهاز. على سبيل المثال:
حدِّد عنوان URL الخاص بتسجيل الدخول في
enterprises.signInDetails[]. اضبطallowPersonalUsageعلىPERSONAL_USAGE_ALLOWEDإذا كنت تريد السماح للمستخدم بإنشاء ملف عمل (مطلوب للأجهزة المملوكة شخصيًا، واختياري للأجهزة المملوكة للشركة).أضِف
signinEnrollmentTokenالناتج كإضافة لإدارة الأجهزة إلى رمز الاستجابة السريعة أو حمولة NFC أو إعدادات برنامج الإعداد الفوري. بدلاً من ذلك، يمكنك تقديمsigninEnrollmentTokenللمستخدمين مباشرةً.اختَر ممّا يلي:
- الأجهزة المملوكة للشركة: بعد تشغيل جهاز جديد أو جهاز تمت إعادة ضبطه على الإعدادات الأصلية، يمكنك تمرير
signinEnrollmentTokenإلى الجهاز (عبر رمز الاستجابة السريعة أو تقنية NFC أو غير ذلك) أو اطلب من المستخدمين إدخال الرمز المميّز يدويًا. سيفتح الجهاز عنوان URL الخاص بتسجيل الدخول المحدّد في الخطوة 1. - الأجهزة المملوكة شخصيًا: اطلب من المستخدمين إضافة ملف عمل من "الإعدادات". عندما يُطلب من المستخدم، يمسح رمز الاستجابة السريعة ضوئيًا الذي يحتوي على
signinEnrollmentTokenأو يدخل الرمز المميّز يدويًا. سيفتح الجهاز عنوان URL لتسجيل الدخول المحدّد في الخطوة 1. - الأجهزة المملوكة شخصيًا: يمكنك تزويد المستخدمين برابط رمز مميّز للتسجيل، حيث يكون الرمز المميّز للتسجيل هو
signinEnrollmentToken. سيفتح الجهاز عنوان URL لتسجيل الدخول المحدّد في الخطوة 1.
- الأجهزة المملوكة للشركة: بعد تشغيل جهاز جديد أو جهاز تمت إعادة ضبطه على الإعدادات الأصلية، يمكنك تمرير
تحقَّق مما إذا كانت Google قد أجرت مصادقة للمستخدم. يمكنك الحصول على معلومات توفير متطلبات اللازمة للجهاز (أثناء تسجيل الجهاز) باستخدام مَعلمة GET
provisioningInfoوالتحقّق من قيمة الحقلauthenticatedUserEmail. إذا كانت هناك قيمة في هذا الحقل، يعني ذلك أنّ Google قد أجرت مصادقة المستخدم بنجاح ويمكنك استخدام هذه الهوية بدون إجراء مصادقة إضافية.إذا لم تكن Google قد صادقت على المستخدم من قبل، يجب أن يطلب عنوان URL لتسجيل الدخول من المستخدمين إدخال بيانات اعتمادهم. بناءً على هويتهم، يمكنك تحديد السياسة المناسبة والحصول على معلومات توفير المتطلبات اللازمة للجهاز (أثناء تسجيل الجهاز) باستخدام مَعلمة GET
provisioningInfo.استدعِ
enrollmentTokens.createمع تحديدpolicyIdالمناسب استنادًا إلى بيانات اعتماد المستخدم.أعِد الرمز المميّز للتسجيل الذي تم إنشاؤه في الخطوة 5 باستخدام إعادة توجيه عنوان URL، في النموذج
https://enterprise.google.com/android/enroll?et=<token>.
فرض المصادقة باستخدام Google من خلال مسار عنوان URL لتسجيل الدخول
عند استخدام SigninDetail لمسارات تسجيل الدخول من خلال جهة خارجية (عبر
enterprises.create أو enterprises.patch)، يمكنك تمرير
googleAuthenticationOptions. يؤدي ذلك إلى فرض القواعد قبل إعادة توجيه المستخدم
إلى عنوان URL الخاص بتسجيل الدخول التابع لجهة خارجية.
عند إنشاء EnrollmentToken في نهاية مسار عنوان URL لتسجيل الدخول، تتفاعل متطلبات المصادقة الخاصة به مع SigninDetail الأولي:
- إذا تخطّى المستخدم تسجيل الدخول إلى Google لأنّه لم يكن مطلوبًا من قِبل
SigninDetail، ولكن تم ضبط متطلباتEnrollmentTokenالناتجة على "مطلوب"، سيظهر للمستخدم خطأ وسيحتاج إلى تسجيل الدخول. - إذا تم ضبط
requiredAccountEmailعلى الرمز المميّز وسجّل المستخدم الدخول باستخدام عنوان مختلف تابع للمؤسسة، ستظهر له رسالة الخطأ "حساب خاطئ" وسيحتاج إلى تسجيل الدخول مرة أخرى باستخدام عنوان البريد الإلكتروني الصحيح المطلوب.
طريقة رمز الاستجابة السريعة
الإصدار 7.0 من Android والإصدارات الأحدث
لتوفير جهاز مملوك للشركة، يمكنك إنشاء رمز استجابة سريعة وعرضه في وحدة تحكّم "إدارة الخدمات الجوّالة للمؤسسات":
- على جهاز جديد أو جهاز تمت إعادة ضبطه على الإعدادات الأصلية، ينقر المستخدم (الذي يكون عادةً أحد مشرفي تكنولوجيا المعلومات) على الشاشة ست مرات في المكان نفسه. يؤدّي هذا إلى ظهور رسالة تطلب من المستخدم مسح رمز الاستجابة السريعة ضوئيًا.
- يمسح المستخدم ضوئيًا رمز الاستجابة السريعة الذي تعرضه في وحدة تحكّم الإدارة (أو تطبيق مشابه) لتسجيل الجهاز وتوفيره.
طريقة NFC
Android 6.0 أو إصدار أحدث
تتطلّب هذه الطريقة إنشاء تطبيق مبرمج NFC يحتوي على الرمز المميّز للتسجيل والسياسات الأولية وإعدادات Wi-Fi وجميع تفاصيل الإعداد الأخرى التي يحتاجها العميل لإعداد جهاز مُدار بالكامل أو جهاز مخصّص. عندما تقوم أنت أو عميلك بتثبيت تطبيق مبرمج NFC على جهاز يعمل بنظام Android، يصبح هذا الجهاز هو جهاز المبرمج.
تتوفّر إرشادات تفصيلية حول كيفية إتاحة طريقة NFC في مستندات المطوّرين الخاصة بـ واجهة برمجة تطبيقات Play EMM. يتضمّن الموقع الإلكتروني أيضًا رمزًا نموذجيًا للمَعلمات التلقائية التي يتم إرسالها إلى جهاز من خلال تقنية التلامس NFC. لتثبيت تطبيق Android Device Policy، اضبط موقع تنزيل حزمة مشرف الجهاز على:
https://play.google.com/managed/downloadManagingApp?identifier=setup
طريقة معرّف وحدة التحكّم بسياسة الجهاز (DPC)
إذا تعذّرت إضافة تطبيق Android Device Policy باستخدام رمز الاستجابة السريعة أو تقنية NFC، يمكن للمستخدم أو مشرف تكنولوجيا المعلومات اتّباع الخطوات التالية لتوفير جهاز Android مملوك للشركة:
- اتّبِع معالج الإعداد على جهاز جديد أو جهاز تمت إعادة ضبطه على الإعدادات الأصلية.
- أدخِل بيانات تسجيل الدخول إلى شبكة Wi-Fi حتى يتصل الجهاز بالإنترنت.
- عندما يُطلب منك تسجيل الدخول، أدخِل afw#setup، ما يؤدي إلى تنزيل سياسة الجهاز من Android.
- امسح رمز الاستجابة السريعة ضوئيًا أو أدخِل رمزًا مميزًا للتسجيل يدويًا لتوفير متطلبات الجهاز.
إعداد الأجهزة الجوّالة للمؤسّسات دفعةً واحدة
الإصدار 8.0 من نظام التشغيل Android والإصدارات الأحدث (الإصدار 7.1 من Pixel والإصدارات الأحدث)
تكون الأجهزة التي تم شراؤها من مورّد معتمَد في برنامج "إعداد الأجهزة الجوّالة للمؤسّسات دفعةً واحدة" مؤهَّلة لاستخدام البرنامج، وهو طريقة مبسَّطة لإعداد الأجهزة مسبقًا لتوفير المتطلبات اللازمة تلقائيًا عند تشغيلها لأول مرة.
يمكن للمؤسسات إنشاء إعدادات تحتوي على تفاصيل توفير المتطلبات اللازمة لأجهزتها المزوّدة ببرنامج "إعداد الأجهزة الجوّالة للمؤسسات دفعةً واحدة"، إما من خلال بوابة برنامج "إعداد الأجهزة الجوّالة للمؤسسات دفعةً واحدة" أو باستخدام وحدة تحكّم "إدارة الخدمات الجوّالة للمؤسسات" (يُرجى الاطّلاع على واجهة برمجة التطبيقات لعملاء برنامج "إعداد الأجهزة الجوّالة للمؤسسات دفعةً واحدة"). عند التشغيل لأول مرة، يتحقّق الجهاز المسجَّل في برنامج "إعداد الأجهزة الجوّالة للمؤسسات دفعةً واحدة" من ضبط إعداداته. إذا كان الأمر كذلك، ينزِّل الجهاز تطبيق Android Device Policy، الذي يكمل بعد ذلك إعداد الجهاز باستخدام الإضافات المحدّدة في الإعدادات المخصّصة له.
إذا كان عملاؤك يستخدمون بوابة برنامج "إعداد الأجهزة الجوّالة للمؤسّسات دفعةً واحدة"، عليهم اختيار Android Device Policy بصفتها "وحدة التحكّم بسياسة الجهاز" (DPC) في "إدارة الخدمات الجوّالة للمؤسسات" (EMM) لكل إعداد ينشئونه. تتوفّر تعليمات مفصّلة حول كيفية استخدام البوابة، بما في ذلك كيفية إنشاء الإعدادات وتعيينها للأجهزة، في مركز مساعدة 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}"
}
}
فتح تطبيق أثناء عملية الإعداد
setupActions لتشغيل تطبيق
أثناء الإعداد.في policies، يمكنك تحديد تطبيق واحد لتشغيله في سياسة جهاز Android أثناء إعداد الجهاز أو ملف العمل. على سبيل المثال، يمكنك تشغيل تطبيق شبكة VPN لكي يتمكّن المستخدمون من ضبط إعدادات شبكة VPN كجزء من عملية الإعداد. يجب أن يعرض التطبيق 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لإيقاف الجهاز. بدلاً من ذلك، تعيد واجهة برمجة التطبيقات ضبط أي جهاز على الإعدادات الأصلية إذا لم يكن مرتبطًا بسياسة خلال خمس دقائق من التسجيل.