تطبيقات العمل والتطبيقات الشخصية المرتبطة

التطبيقات المرتبطة هي آلية مستندة إلى إطار عمل Android تتيح لتطبيقك الوصول إلى المحتوى في كل من الملف الشخصي للعمل والملف الشخصي لعرضه للمستخدمين في واجهة مستخدم واحدة.

برنامج الاستخدام التجريبي

يتيح برنامج "استخدام المنتج قبل إطلاقه" لتطبيقات العمل والتطبيقات الشخصية المرتبطة للمطوّرين تقديم طلب للحصول على موافقة لاستخدام الإذن INTERACT_ACROSS_PROFILES في تطبيق منشور على Google Play.

يطلب فريق هندسة Android Enterprise من مطوّري التطبيقات تقديم ملاحظاتهم حول حزمة تطوير البرامج (SDK) لتطبيقات Connected apps. سيتيح لنا فهم حالات الاستخدام ومتطلبات المطوّرين معرفة المزيد حول كيف يخطط مطورو التطبيقات لاستخدام هذا الإذن لتحسين تجربة ملف العمل لمستخدمي Android. وبالأهمية من ذلك، سيتيح لنا "برنامج الاستخدام التجريبي" جمع ملاحظات الجهات الخارجية حول جدوى المتطلبات المُحتمَلة لدمج السياسات. سيساعدنا ذلك في النهاية في تحديد مجموعة انماط مناسبة من السياسات لإدارة استخدام هذا الإذن في التطبيقات الموزَّعة على Google Play.

عملية الموافقة

للمساعدة في حماية مستخدمي Play، يجب أن يوافق فريق Android Enterprise على التطبيقات التي تطلب استخدام الإذن INTERACT_ACROSS_PROFILES قبل أن تتم نشرها على Google Play. على المطوّرين الذين يريدون استخدام هذا الإذن أولاً إرسال حالة الاستخدام إلى Google لمراجعتها. لن تتم دراسة بعض حالات الاستخدام للمراجعة سنقيّم جميع التطبيقات وحالات الاستخدام وفقًا للمعايير نفسها، مع الأخذ في الاعتبار كيفية استفادة المستخدمين النهائيين من التطبيق وضرورة استخدام الإذن لإجراء حالة الاستخدام هذه، بما في ذلك العوامل التالية:

  • هل هذه الميزة، التي يوفّرها استخدام التطبيق للإذن، تقدّم قيمة واضحة للمستخدم؟
  • هل سيتوقّع المستخدمون أن يتفاعل تطبيق العمل والتطبيق الشخصي بهذه الطريقة؟
  • هل الميزة التي يُفعّلها التطبيق باستخدام الإذن مهمة لهدف التطبيق الأساسي؟
  • هل يمكن للتطبيق تقديم التجربة نفسها أو تجربة مشابهة بدون استخدام الإذن؟

على المطوّرين استيفاء المعايير التالية لتقديم طلب الانضمام إلى برنامج استخدام واجهة برمجة التطبيقات قبل إطلاقها:

  • يجب أن يكون التطبيق الذي يريدون إرساله للمراجعة هو تطبيق حالي يتمتع بشعبية كبيرة (200,000 عملية تنزيل على الأقل في Google Play). لا ننوي قبول العينات التي يتم إرسالها في برنامج EAP لتطبيقات جديدة تمامًا.
  • يجب أن تندرج التطبيقات التي سيتم النظر في إدراجها في القائمة المسموح بها لاستخدام إذن INTERACT_ACROSS_PROFILES ضِمن إحدى فئات تطبيقات "متجر Play" التالية:
    • التخصيص
    • الإنتاجية
    • الأدوات
    • سيارات ومركبات
    • التواصل
  • يجب أن يوافق المطوّرون على الالتزام بمتطلبات الدمج كما هو موضّح في القسم التالي.

متطلبات الدمج

لكي تكون التطبيقات جزءًا من برنامج "استخدام المنتج قبل إطلاقه"، يجب أن تستوفي أيضًا المتطلبات التالية:

  • يجوز استخدام إذن INTERACT_ACROSS_PROFILES فقط لتوفير ميزات مفيدة للمستخدم و ذات صلة بالوظائف الأساسية للتطبيقات المخصّصة للعمل (أو التي تتضمّن ميزات عمل). وتُعرف هذه الوظائف بأنّها الغرض الرئيسي من التطبيق. وقد تشمل مجموعة من الميزات الأساسية التي يجب توثيقها والترويج لها بشكل واضح في وصف التطبيق.
  • يجب أن تحصل التطبيقات على موافقة المستخدم، بما في ذلك من خلال عرض الشاشات المناسبة التي يوفّرها تطبيق AOSP قبل منح الإذن INTERACT_ACROSS_PROFILES.
  • يجب ألا تستخدم التطبيقات هذا الإذن لربط هويات المستخدمين بين التطبيقات العملية والتطبيقات الشخصية على الجهاز أو خارجه.
  • يجب ألا تستخدم التطبيقات هذا الإذن لجمع أي بيانات يمكن للتطبيق الشخصي الوصول إليها لإنشاء الرسوم البيانية للهوية.
  • يجب ألّا ترسل التطبيقات البيانات بشكلٍ نشط على التطبيق الشخصي إلى مشرف تكنولوجيا المعلومات أو التطبيقات الأخرى التي يديرها المشرف، أو تسمح لمشرف تكنولوجيا المعلومات بالوصول إلى البيانات في الملف الشخصي بشكلٍ غير مباشر.
  • يجب ألا تستخدم التطبيقات هذا الإذن للوصول إلى الملف الشخصي للحصول على قائمة بالتطبيقات أو الحسابات الشخصية.
  • يجب ألا ترسل التطبيقات بيانات من ملف شخصي إلى تطبيق آخر.
  • يجب ألا تسجِّل التطبيقات في أحد الملفات الشخصية أي بيانات تم تخزينها أو إنشاؤها في الملف الشخصي الآخر (مثل بيانات التطبيقات وإعدادات الجهاز)، بما في ذلك معلومات تحديد الهوية الشخصية (PII، مثل عنوان البريد الإلكتروني واسم المستخدم).
  • يجب ألا تنقل التطبيقات أي بيانات تم تخزينها أو إنشاؤها في ملف شخصي واحد (مثل بيانات التطبيق وإعدادات الجهاز)، بما في ذلك معلومات تحديد الهوية الشخصية (مثل عنوان البريد الإلكتروني واسم المستخدم)، خارج الجهاز من الملف الشخصي الآخر.

اطّلِع على بعض أمثلة حالات الاستخدام.

قد يكون تطبيق التقويم الذي يتيح للمستخدم عرض تقويمه الشخصي وتقويم العمل حالة استخدام مناسبة لطلب هذا الإذن.

لن تتم الموافقة على تطبيق يقدّم خدمات احتياطية تهدف إلى مزامنة بيانات العمل مع حساب ملف شخصي أو العكس، لأنّه سيؤدي إلى إرسال البيانات وتسجيلها من ملف شخصي إلى الملف الشخصي الآخر.

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

الموافقة على الطلب

  1. يُرجى مراجعة معايير "برنامج استخدام المنتج قبل إطلاقه" ومتطلبات الدمج المذكورة سابقًا لضمان أهلية طلبك.
  2. نزِّل استبيان التطبيقات المرتبطة واملأه لتوضيح حالة استخدامك.

  3. يُرجى مراجعة بنود برنامج EAP والموافقة عليها باستخدام هذا النموذج، ثم إرسال نسخة كاملة من استبيان التطبيقات المرتبطة إلى عنوان البريد الإلكتروني connected-apps-ext@google.com لمراجعته من قِبل فريقنا.

  4. إذا تمت الموافقة على حالة الاستخدام، يمكنك تطوير الميزة أو التطبيق واختبارهما.

  5. عندما يصبح تطبيقك جاهزًا، أرسِل حزمة apk إلى فريقنا لمراجعتها. سيراجع فريقنا استخدام التطبيق للإذن مقارنةً بما هو موضّح في حالة الاستخدام الموافَق عليها.

  6. إذا وافق فريقنا على ذلك، ستتمكّن من نشر حزمة APK نفسها على Google Play باستخدام Google Play Console.

عند إجراء تغييرات على تطبيق تمت الموافقة عليه، راجِع ما إذا كان التطبيق لا يزال يستخدم الإذن على النحو الموضّح في حالة الاستخدام التي تمت الموافقة عليها. إذا كنت بصدد تغيير طريقة عمل الميزة أو التطبيق، يُرجى إعادة إرسال حالة الاستخدام إلى Google لتقييمها وفقًا للخطوتَين 2 و3 الواردتَين أعلاه.

في حال عدم إجراء التغييرات اللازمة لحلّ مشاكل الامتثال في مهلة زمنية معيّنة، سيتم سحب الموافقة على طلبك. لن تتمكّن من تحديث تطبيقك على Google Play إلى أن تتم معالجة المشكلة ويوافق فريق Android Enterprise مجددًا على تطبيقك، أو إلى أن تزيل الميزة واستخدامها للإذن INTERACT_ACROSS_PROFILES من تطبيقك.

ما الذي يمكنني توقّعه؟ ما مدى صعوبة إنشاء هذا المحتوى؟

تعمل حزمة تطوير البرامج (SDK) للتطبيقات المرتبطة على تبسيط تنفيذ السلوك على جميع الملفات الشخصية أو الوصول إلى البيانات واختبارهما، وذلك بعد الحصول على الإذن المناسب. عادةً ما تكون مكالمات ملف الدفع المتعدّدة بسيطة جدًا، لذا من المفترض أن تتمكّن من تقدير التعقيد والتكلفة الهندسية من أهداف المنتج المحدّدة والتغييرات الأخرى المطلوبة داخل تطبيقك نفسه.

المبادئ

يجب ألا يتغيّر تدفق البيانات العام من خلال تطبيقك لاستيعاب الربط. على مستوى عالٍ، لا تفكر في "إرسال رسالة إلى الملف الشخصي الآخر لإعلامهم بأنّه X" أو "الحصول على بيانات من الملف الشخصي الآخر إلى Y". بدلاً من ذلك، استمر في التفكير في "تلقّي رسائل إلكترونية" أو "حذف حدث" أو "تسجيل مستمع". لا يحتوي الجهاز على سوى حزمة APK واحدة لكل اسم حزمة، لذا سيحتوي كل ملف شخصي على إصدار مماثل من التطبيق في كل وقت. في نقطة واحدة في كل حزمة بيانات، يمكن استخدام حزمة تطوير البرامج(SDK) للتطبيقات المتصلة لتوجيه المكالمة إلى الملفات الشخصية المناسبة.

الأذونات

أولاً، حدِّد الفئة التي يندرج ضمنها تطبيقك: الموافقة الكاملة أو الموافقة الممنوحة مسبقًا أو الموافقة على مستوى جميع المستخدمين. وسيتم الإشارة إلى ذلك في جميع أقسام هذا المستند. إذا كان تطبيقك الحاصل على الامتيازات حاصل على إذن INTERACT_ACROSS_USERS، أنت على مستوى عدة مستخدمين. إذا كنت مدرَجًا في ملف cross_profile_apps.xml، يعني ذلك أنّك ممنوح مسبقًا. بخلاف ذلك، وكما هو الحال مع الغالبية العظمى من التطبيقات، عليك تقديم الموافقة الكاملة.

التحذيرات المتعلقة بالمنتجات

  • لن يكون بالإمكان الوصول إلى بيانات العمل عندما يكون ملف العمل غير مفعَّل.
  • لا تتوفّر حزمة تطوير البرامج (SDK) للتطبيقات المرتبطة إلا من الإصدار Oreo فصاعدًا، والذي يشمل الغالبية العظمى من الملفات الشخصية للعمل. وكما هو موضَّح في القسم التالي، سيكون هذا الشرط من الإصدار Android 11 فصاعدًا لمعظم التطبيقات.

لا تنطبق النقاط التالية إلا على التطبيقات التي حصلت على موافقة كاملة والتطبيقات الممنوحة مسبقًا:

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

تنطبق النقاط التالية على التطبيقات التي حصلت على موافقة كاملة فقط:

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