أجهزة Android المخصصة مقارنةً بالمُدارة بالكامل: ما الفرق؟

الإجابة المختصرة

في Android Enterprise، يكون الجهاز المُدار بالكامل والجهاز المخصص كلاهما مملوكًا للشركة، ويُزوَّد كلاهما بحيث يُضبط DPC بوصفه مالك الجهاز. وصلاحية مالك الجهاز هي الجزء المهم: إذ تتحكم المؤسسة في الجهاز بأكمله بدل حاوية عمل موضوعة إلى جانب الاستخدام الشخصي. والفرق بين الوضعين فرق في القصد لا في الصلاحية. فالإدارة الكاملة تصف جهازًا للعمل فقط يُسلَّم إلى شخص محدد بالاسم، يسجّل الدخول ويعمل داخل مجموعة تطبيقات تسيطر عليها المؤسسة. أما الجهاز المخصص — وهو الوضع الذي ما زال يُشار إليه على نطاق واسع بتسميته القديمة COSU، أي الاستخدام الأحادي لجهاز تملكه الشركة — فهو الجهاز المُدار بالكامل نفسه بعد حصره في مهمة واحدة أو مجموعة مهام ضيقة، ويكون عادةً بلا مشرف أو مشتركًا أو في مواجهة العملاء. ومن ثم فالجهاز المخصص مُدار بالكامل دائمًا، بينما الجهاز المُدار بالكامل ليس مخصصًا دائمًا. أما ملف العمل فهو الشكل الثالث، وهو مختلف جوهريًا: إذ يكون DPC فيه مالك ملف التعريف، ويتوقف التحكم عند حاوية العمل، ويبقى الجانب الشخصي من الجهاز خارج سياسة المؤسسة. وتتعامل وثائق Android Management API من Google مع هذه الأوضاع بوصفها أوضاع إدارة منفصلة، والتمييز الملزم فعليًا هو تمييز الملكية: فتزويد الجهاز في وضع مالك الجهاز أو في ملف عمل يحدده مسار التسجيل ولا يمكن تغييره بعد ذلك من لوحة تحكم. وداخل وضع مالك الجهاز، يكون شكلا الإدارة الكاملة والتخصيص مسألة سياسة لا مسألة تزويد، ولهذا تتباين تكاليف تغيير الوضع الموصوفة لاحقًا في هذا الدليل تباينًا حادًا. ويلتزم هذا الدليل بهذه المصطلحات حتى يعني الوضع المكتوب في مواصفات الشراء الشيء نفسه لدى مسؤول EMM وفريق التطبيق والجهة المعتمِدة التي توقّع الطلب.

ما معنى «مُدار بالكامل»؟

الجهاز المُدار بالكامل هو عتاد مملوك للشركة تعمل عليه منصة الإدارة بصلاحية مالك الجهاز، وتضع المؤسسة السياسة على مستوى الجهاز كله. والصورة المألوفة هي هاتف عمل أو جهاز لوحي يُسلَّم لموظف: يسجّل المستخدم الدخول، ويصل إلى مجموعة تطبيقات عمل منشورة عبر Google Play المُدارة، ويجد أن الإعدادات والشبكات وتثبيت التطبيقات تتبع سياسة المؤسسة لا التفضيل الشخصي. وصلاحية مالك الجهاز هي أوسع نطاق قياسي يتيحه Android Enterprise دون المساس بالبرامج الثابتة — وتشمل عادةً تثبيت التطبيقات وإزالتها تلقائيًا، ومنح الأذونات للتطبيقات المُدارة، وتقييد إضافة الحسابات أو التحميل الجانبي، وتهيئة Wi-Fi والشهادات، وسياسة تحديث النظام، والقفل أو المسح عن بُعد. أما المجموعة الدقيقة من الضوابط المتاحة على جهاز بعينه فتعتمد على OEM وإصدار Android ونظام EMM، ولذلك نصف هذه الأجهزة بأنها خاضعة للسياسات ومُدارة مركزيًا، ونؤكد الضوابط المحددة على العتاد المستهدف بدل نقل قائمة ميزات من قائمة في لوحة التحكم.

• جهاز مملوك للشركة مُسجَّل مع ضبط DPC بوصفه مالك الجهاز
• سياسة على مستوى الجهاز كله بدل حاوية عمل منفصلة
• حساب مستخدم يصل إلى تطبيقات عمل خاضعة لسيطرة المؤسسة
• تقييد الاستخدام الشخصي وفق سياسة المؤسسة
• يختلف نطاق التحكم بحسب OEM وإصدار Android ونظام EMM — ويُؤكَّد لكل طراز

ما معنى «الجهاز المخصص»؟

الجهاز المخصص هو جهاز مُدار بالكامل مقفل على غرض محدد، وعادةً دون ارتباطه بمستخدم مسمى. ويلائم هذا النمط الأكشاك والمحطات التي تواجه العملاء والأجهزة المشتركة بين الورديات وأدوات الخطوط الأمامية التي تنفذ مهمة واحدة أو مجموعة مهام ضيقة طوال اليوم. ولأن الوضع المخصص فئة فرعية من الإدارة الكاملة، فإنه يرث التحكم نفسه بصلاحية مالك الجهاز، ثم يحصر بيئة التشغيل في مهمتها، عادةً عبر وضع قفل المهام: إذ يعلن DPC الحزم التي يجوز تثبيتها على الشاشة، ويعلن — على الإصدارات المدعومة — أي ميزات النظام تبقى في المتناول أثناء قفل الجهاز، مثل شريط الحالة وزر الشاشة الرئيسية وقائمة التطبيقات الأخيرة والإشعارات. وتحدد إرشادات Google بشأن الأجهزة المخصصة ووضع قفل المهام ما تتيحه المنصة، ثم يُظهر نظام EMM جزءًا منه. ويترتب على ذلك أثران عمليان. أولهما أن الجهاز المخصص كثيرًا ما يكون بلا مستخدم — فلا حساب Google مسجَّل الدخول، وتصل التطبيقات عبر EMM لا عبر تنزيل يبدأه المستخدم. وثانيهما أن قوة الإغلاق خاصية للسياسة وللمشغّل لا لاسم الوضع، ولهذا يمكن للوضع نفسه أن ينتج كشكًا صارمًا بتطبيق واحد أو جهاز ورديات مرنًا بأربعة تطبيقات. وهذه التهيئات قابلة للضبط عبر MDM/EMM ومقيَّدة باستخدامها المقصود، مع تأكيد السلوك على العتاد المختار قبل اعتماد أي دفعة.

• غرض واحد أو مجموعة مهام محدودة بدقة
• كثيرًا ما يكون بلا مستخدم أو مشتركًا أو بلا مشرف أو في مواجهة العملاء
• يثبّت وضع قفل المهام الحزم المعتمدة ويقلّص واجهة مستخدم النظام
• فئة فرعية مغلقة من وضع الإدارة الكاملة، لا مستوى صلاحيات منفصلًا

أين يقع ملف العمل — ولماذا يغيّر الاستخدام الشخصي الإجابة

كثيرًا ما يُقارَن وضعا الملكية المؤسسية بوضع ثالث لا يشبههما في شيء. فعلى جهاز يملكه الموظف، يجعل ملف العمل من DPC مالكًا لملف تعريف حاوية مُدارة: تطبيقات العمل وحساباته وبياناته تعيش داخلها، وتستطيع المؤسسة مسح تلك الحاوية، ويبقى كل ما خارجها — المشغّل والتطبيقات الشخصية وألبوم الصور وسلوك إعادة ضبط المصنع على الجهاز — ملكًا لصاحب الجهاز. وهذا تصميم مقصود لا ثغرة يُلتَف عليها. ويعني كذلك أن الوضع القائم على جهاز يملكه الموظف لا يمكنه تقديم تحكم في الجهاز كله، ولا تثبيت الجهاز في وضع كشك، ولا التحول إلى ذلك دون مسح العتاد. وحين يقول موجز مشروع «نريد سلوك كشك لكن الموظفين يستخدمون الهواتف شخصيًا أيضًا»، فتلك هي اللحظة التي يجب فيها حسم المواصفات لا تأجيلها. ويوفر Android Enterprise فعلًا جهازًا تملكه الشركة مع ملف عمل — وهو الترتيب الذي يُختصر غالبًا إلى COPE — حيث يمر التزويد بوضع مالك الجهاز ثم يُنشأ ملف العمل فوقه. واعتبارًا من Android 11 صار الجانب الشخصي في هذا الترتيب محميًا عن قصد: فلا يتلقى المسؤول جردًا بالتطبيقات الشخصية، وتُحصر الصلاحيات على مستوى الجهاز في ضوابط ذات طابع إدارة الأصول، مثل سياسة تحديث النظام ومعرّفات الجهاز والحماية من إعادة ضبط المصنع ومجموعة محددة من القيود. والمجموعة الدقيقة تعتمد على إصدار Android وعلى نظام EMM، ويجب فحصها في ضوء ما تعتقد الجهة المعتمِدة أنه اتُّفق عليه. وفي عمليات النشر التي يخص فيها الجهاز كله المهمة، تكون الإدارة الكاملة أو الوضع المخصص هي الإجابة الصادقة؛ أما حين يحتاج الموظفون فعلًا إلى استخدام شخصي على عتاد الشركة، فملف العمل على جهاز الشركة هو الوضع الذي ينبغي تحديده، وينتقل حوار القبول إلى الضوابط التي تصمد أمام حد الخصوصية. وتبدأ برامج أجهزة Android المُدارة والمضبوطة لدينا من هذا القرار بدل افتراضه.

• ملف العمل على جهاز يملكه الموظف: مالك ملف التعريف، والحاوية فقط، ولا تحكم في الجهاز كله
• ملف العمل على جهاز الشركة (COPE): تزويد بصلاحية مالك الجهاز، ثم ملف عمل بجانب شخصي محمي
• الإدارة الكاملة والوضع المخصص: عتاد للعمل فقط، وسياسة على مستوى الجهاز كله
• لا يمكن بناء كشك على ملف عمل في جهاز يملكه الموظف

الفروق في السياسة وفي تجربة المستخدم

يتباعد وضعا الملكية المؤسسية أكثر ما يتباعدان في ما يختبره الواقف أمام الجهاز. فجهاز الموظف المُدار بالكامل يحتفظ عادةً بشاشة رئيسية مألوفة وبيئة متعددة التطبيقات خلف تسجيل دخول للمستخدم، مع تشذيب الإعدادات لا إزالتها. أما الجهاز المخصص فيعتمد على وضع قفل المهام لتثبيت تطبيق واحد أو مشغّل مُدار صغير، وكبت المخارج، وإخفاء معظم واجهة مستخدم النظام، حتى لا يتمكن أحد أفراد الجمهور أو مشغّل بين ورديتين من الخروج عن المهمة. وسواء عرض الجهاز المخصص تطبيقًا واحدًا أو عدة تطبيقات فذلك قرار سياسة لا خاصية للوضع نفسه. أما الطبقة التي تنفّذ الإغلاق المرئي — مشغّل مُدار، أو سياسة الكشك في نظام EMM نفسه، أو وضع قفل المهام مقادًا مباشرةً من DPC — فهي خيار منفصل مرة أخرى، ويستحق أن يُتخذ صراحةً: ويغطي دليل المشغّل المخصص مقارنةً بوضع الكشك وMDM قرار هذه الطبقة بالكامل. ونحن نتعامل مع تفاصيل الإغلاق بوصفها قابلة للضبط وخاضعة للتحقق على الجهاز المستهدف، لأن سلوك واجهة النظام حول الإشعارات ومربعات الحوار وطلبات إمكانية الوصول وطبقات OEM هو الموضع الذي تُكتشف فيه عادةً مسارات الهروب من الكشك.

• الإدارة الكاملة: تسجيل دخول للمستخدم، وتطبيقات متعددة، وإعدادات مشذَّبة لكنها ظاهرة
• الوضع المخصص: وضع قفل المهام يثبّت تطبيقًا واحدًا أو مشغّلًا صغيرًا
• يمكن أن تكون الأجهزة المخصصة أحادية التطبيق أو متعددة التطبيقات بحسب السياسة
• طبقة تنفيذ المشغّل أو الكشك قرار منفصل عن وضع الإدارة

مسارات التسجيل التي تبلغ صلاحية مالك الجهاز

يُزوَّد وضعا الملكية المؤسسية كلاهما في صلاحية مالك الجهاز عبر مسارات Android Enterprise نفسها، ثم يُفرَّق بينهما بالسياسة التي يطبقها نظام EMM. وهذه أنفع حقيقة عملية في هذه الصفحة: فطريقة خروج الجهاز من معالج الإعداد هي التي تحدد ما إذا كان مالك الجهاز أصلًا، ولا توجد إلا نافذة ضيقة يمكن فيها ضبط صلاحية مالك الجهاز. وعمليًا يجب أن يُنفَّذ المسار على جهاز في حالة إعادة ضبط المصنع أو خارج الصندوق، قبل إضافة حساب شخصي وقبل اكتمال الإعداد — ولهذا يكون التسجيل نشاطًا على منضدة التجهيز لا شيئًا يفعله مستخدم ميداني بعد فتح العلبة على مكتبه. والتسجيل دون تدخل هو المسار الذي يتوسع، لكنه شرط في سلسلة التوريد قبل أن يكون شرطًا تقنيًا: إذ يجب أن تكون الأجهزة المؤهلة مشتراة عبر موزّع معتمد للتسجيل دون تدخل ومسجّلة على حسابك، مع تعيين تهيئة لها قبل أول إقلاع. ورمز QR المعروض في معالج الإعداد هو البديل اليدوي الشائع ومسار التجهيز المعتاد للدفعات؛ أما NFC ومعرّف DPC المكتوب في معالج الإعداد فيظلان صالحين على الإصدارات المدعومة، لكنهما يناسبان الأعداد الصغيرة أو حالات OEM بعينها. ويحمل كل مسار متطلبات مسبقة تفشل بصمت عند التجهيز بدل أن تفشل بصخب عند تحديد النطاق — شبكة عند شاشة الترحيب، وحساب الموزّع الصحيح، وجهاز نظيف فعلًا. ويتعمق دليل طرق تزويد أجهزة Android في مقارنة مسارات الدخول نفسها؛ أما الجدول أدناه فيقرؤها من زاوية أوضاع الإدارة التي يستطيع كل مسار بلوغها وكيف يميل كل منها إلى الإخفاق.

ما التكلفة الفعلية لتغيير الوضع لاحقًا

ليس كل تغيير في القرار مكلفًا؛ والحيلة في معرفة أيها مكلف. فالانتقال بين الإدارة الكاملة والوضع المخصص تغيير سياسة في العادة: فالجهاز مالك للجهاز أصلًا، ومن ثم فإن تشديد أسطول إلى وضع قفل المهام، أو إضافة مشغّل مُدار، أو إعادة محطة إلى تهيئة متعددة التطبيقات، كلها دفعة سياسة وإعادة تشغيل للتطبيق، لا عودة إلى منضدة التجهيز. أما الانتقال إلى وضع ملف العمل أو الخروج منه فعمل من رتبة أخرى. فصلاحية مالك الجهاز لا تُنشأ إلا خلال نافذة التزويد الموصوفة أعلاه، ولذلك لا يمكن ترقية جهاز يعمل بملف عمل على جهاز شخصي إلى الإدارة الكاملة؛ بل يجب إعادة ضبطه على المصنع وإعادة تزويده عبر مسار يبلغ صلاحية مالك الجهاز. وينطبق الأمر نفسه في الاتجاه المعاكس وبين صيغتَي الملكية المؤسسية: فتحويل أسطول مُسلَّم من الإدارة الكاملة إلى ملف عمل على جهاز الشركة، أو العكس، يعني حالة نظيفة لكل وحدة. وعلى مستوى البرنامج ليست التكلفة في إعادة الضبط نفسها بل في اللوجستيات المحيطة بها — جمع الأجهزة من المواقع، وإعادة تجهيزها، وإعادة تسجيل الأرقام التسلسلية وIMEI، وإعادة إجراء القبول على خط الأساس المتغير. ولهذا ينتمي وضع الإدارة إلى مواصفات التهيئة قبل تجهيز أول دفعة، ولهذا تكون عينة التقييم والدفعة التجريبية من عشرين إلى مئة وحدة هي الموضع الصحيح لاكتشاف أن الوضع كان خاطئًا، لا بعد شحن البرنامج كاملًا. وتُقدَّم عروض أسعار البرامج من هذا النوع من نحو 500 وحدة فأكثر، ولذلك فإن خطأ في الوضع يُكتشف ميدانيًا هو خطأ يُقاس بعدد لمسات الأجهزة عبر الأسطول كله.

• الإدارة الكاملة ↔ الوضع المخصص: تغيير سياسة عادةً، دون إعادة تسجيل
• ملف العمل → الإدارة الكاملة: إعادة ضبط المصنع وإعادة التزويد، لكل وحدة
• الإدارة الكاملة ↔ ملف العمل على جهاز الشركة: حالة نظيفة مطلوبة لكل وحدة
• إعادة التجهيز الميداني تكلّف لوجستيات لا تراخيص — فاحسم الوضع في مواصفات التهيئة

ماذا تفعل إعادة ضبط المصنع بوضع الإدارة

وضع الإدارة ليس خاصية تصمد أمام المسح من تلقاء نفسها. فإعادة ضبط المصنع تعيد العتاد إلى حالة غير مزوَّدة خارج الصندوق، وعودته مُدارًا تعتمد كليًا على المسار الذي سُجِّل به. والجهاز المسجَّل دون تدخل هو الاستثناء الذي يُبرز الفارق: فلأن التعيين يعيش في لوحة التسجيل دون تدخل مقابل معرّف العتاد، يُعرض على الجهاز المعاد ضبطه — إذا بلغ الشبكة أثناء الإعداد — تهيئته مرة أخرى فيعيد تزويد نفسه. أما الجهاز المسجَّل برمز QR أو NFC أو معرّف DPC فلا ذاكرة له من هذا النوع؛ فهو بعد إعادة الضبط جهاز تجزئة عادي إلى أن يعيد أحدهم تنفيذ المسار على منضدة التجهيز. ويمكن للسياسة أن تقلل احتمال إعادة ضبط غير مخطط لها: فصلاحية مالك الجهاز تتيح منع المستخدم من إعادة ضبط المصنع من الإعدادات، ويمكن للحماية من إعادة ضبط المصنع أن تشترط حسابًا معتمدًا بعدها، غير أن تركيبات مفاتيح الاسترداد وأدوات خدمة OEM تتصرف تصرفًا مختلفًا بين المورّدين ويجب فحصها على الطراز الدقيق بدل افتراضها. وبالنسبة إلى عملية نشر، يصير هذا سؤال قبول لا سؤال معلومات عامة. فينبغي إعادة ضبط العينة عمدًا ثم استعادتها، وتسجيل الحالة النهائية المتوقعة، وكتابة تعليمات الاسترداد لمن سيحمل الأجهزة — لأن الفارق على أسطول مخصص بين «يعيد ضبط نفسه ليعود إلى الكشك» و«يصل إلى الموقع هاتفًا استهلاكيًا فارغًا» هو الفارق بين تذكرة دعم ورحلة شاحنة.

• تزيل إعادة الضبط صلاحية مالك الجهاز؛ فالوضع غير مخزَّن في العتاد
• يعيد التسجيل دون تدخل عرض التهيئة عند الإعداد التالي مع توفر الشبكة
• تتطلب مسارات QR وNFC ومعرّف DPC تكرارًا على منضدة التجهيز
• تقييد إعادة الضبط والحماية من إعادة ضبط المصنع يعتمدان على OEM والطراز

مصفوفة قرار حالات الاستخدام

يتوقف الاختيار بين الأوضاع على من يحمل الجهاز، وما الذي يفعله طوال اليوم، وهل يحتاجه أحد لشيء آخر. فالعامل الميداني الذي يحتاج إلى عدة تطبيقات عمل وتسجيل دخول وشاشة رئيسية مألوفة يشير إلى الإدارة الكاملة؛ والكشك ومحطة الفحص ومجموعة الفصل الدراسي والمحطة المشتركة في المتاجر تشير إلى تهيئة مخصصة؛ أما الجهاز الذي يجب أن يخدم استخدامًا شخصيًا أيضًا فيبتعد عن الاثنين ويتجه إلى ملف العمل على جهاز الشركة. وتشغّل برامج كثيرة أكثر من وضع واحد — هواتف مُدارة للموظفين إلى جانب محطات مخصصة للمهمة التي تواجه الجمهور — ولا غرامة في ذلك ما دام لكل مجموعة سياساتها وعينتها وسجل قبولها. والمصفوفة أدناه إرشادية لا إلزامية؛ فالوضع الصحيح لعتادك وتطبيقاتك وأسواقك يُحدَّد عند تحديد النطاق ثم يُثبَت على العينة.

كتابة الوضع في العينة والمصفوفة والدفعة

وضع الإدارة المختار في اجتماع رأيٌ؛ ووضع الإدارة المُعاد إنتاجه على منضدة تجهيز خط أساس. وفي أي عملية طرح يجب أن يصمد القرار في ثلاثة مخرجات. فالعينة مضبوطة الإصدار تثبت أن الطراز الدقيق وSKU الإقليمية وإصدار البرامج الثابتة تبلغ الوضع المقصود من حالة نظيفة عبر المسار المقصود، وأن السياسة تتصرف كما وُصفت بعد بلوغه — بما في ذلك بعد إعادة التشغيل وبعد سيناريو إعادة الضبط المتفق عليه. وتسجل مصفوفة القبول ذلك في صفوف ناجحة أو راسبة أو مشروطة مرتبطة بالإصدارات لا بجهاز في درج أحدهم: الوضع الذي بلغه، والمسار المستخدم، وحزم وميزات وضع قفل المهام، والإعدادات المسموح بها، ومسارات الهروب المختبَرة، والحالة النهائية بعد إعادة الضبط، والقيود المعروفة التي تبقى مفتوحة. ثم يعيد تجهيز الدُفعات إنتاج الحالة المقبولة لكل وحدة ويسجل ما أُعيد إنتاجه — الرقم التسلسلي وIMEI وتأكيد التسجيل وإصدار السياسة وفحص ضمان الجودة مقابل العينة المرجعية — مع قاعدة إيقاف عند انحراف أي وحدة. وهذا التدرج هو بعينه التمييز الذي يرسمه دليل أجهزة Android الجاهزة لـMDM مقارنةً بالجاهزة للطرح: فالجهاز الظاهر في لوحة تحكم أثبت قدرة على الإدارة، أما الجهاز المعتمد لدفعة فقد أثبت حالة قابلة للتكرار. واختيار الوضع من أبكر المدخلات في تلك السلسلة ومن أكلفها عند المراجعة، ولهذا ينتمي إلى نطاق تخصيص أجهزة Android قبل طلب العتاد لا بعد وصوله. شارِكنا الجهاز أو الشكل المستهدف، والتطبيق، ونظام EMM، والضوابط المطلوبة، والدول المستهدفة، ونطاق الكمية، وستحدد مراجعة الجدوى أي وضع يحتاجه المتطلب فعلًا، وأي مسار تسجيل تستطيع سلسلة التوريد دعمه، وما يجب أن تثبته العينة قبل اعتماد الدفعة.