استرداد التعليقات من التطبيقات

يمكن لبعض التطبيقات إرسال الملاحظات إلى مزوّدي خدمة إدارة الخدمات الجوّالة للمؤسسات (EMM) في شكل حالات التطبيقات المستندة إلى مفتاح. تتكون حالة التطبيق المستند إلى مفتاح من معرّف فريد (مفتاح) ورسالة مقابلة (اختيارية) وبيانات يمكن للآلة قراءتها (اختيارية) وحالة درجة الخطورة والطابع الزمني. لإرسال هذه المستندات، يجب دمج التطبيق مع مكتبة Enterprise Jetpack.

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

تفعيل تقارير الأجهزة

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

  • يمكنك الاتصال بالرقم devices.update()، مع ضبط policy.deviceReportPolicy على "deviceReportEnabled".

استرداد تقارير الأجهزة

هناك عدة طرق لاسترداد تقرير جهاز:

  • لاسترداد تقارير الجهاز إلى جانب الإشعارات الأخرى، يمكنك الاتصال بالرقم enterprises.pullNotificationSet(). وفي الردّ، يشير كل deviceReportUpdateEvent إلى تقرير جهاز.
  • لاسترداد تقرير جهاز تم تعديله وإضافة آخر حالات التطبيق المرتبطة بمفتاح إلى جهاز محدّد، يمكنك طلب الرقم devices.get().
  • لفرض تحميل أحدث حالات التطبيق على الجهاز، عليك طلب الرمز devices.forceReportUpload(). تُحمّل هذه الطريقة تقريرًا يحتوي على أي تغييرات في حالات التطبيق على الجهاز منذ إنشاء آخر تقرير.

عرض حالات التطبيق المرتبطة بمفتاح

تقارير الأجهزة هي جزء من موارد الجهاز. تتضمن التقارير كائن appState لكل تطبيق (حزمة) مثبَّت على الجهاز أو في ملفه الشخصي للعمل. يتم إدراج حالات التطبيق الأساسية (keyedAppState) لحزمة معيّنة في الكائن appState، كما هو موضّح في المثال أدناه:

{
   "result":{
      "kind":"androidenterprise#device",
      "report":{
         "appState":[
            {
               "keyedAppState":[
                  {
                     "severity":"severityError",
                     "data":"user",
                     "message":"Username or password are incorrect",
                     "key":"account",
                     "stateTimestampMillis":"1556206406926"
                  }
               ],
               "packageName":"com.google.android.feedbacktestapp"
            }
         ],
         "lastUpdatedTimestampMillis":"1556206407685"
      },
      "androidId":"32714368a0ad8ad5",
      "managementType":"managedProfile",
      "policy":{
         "deviceReportPolicy":"deviceReportEnabled"
      }
   }
}

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

الحقل الوصف
key المفتاح الفريد الذي يحدد الحالة.
severity درجة خطورة الحالة: INFO تشير إلى رسالة تتضمن معلومات. على سبيل المثال، إذا تم ضبط عملية ضبط مُدارة بنجاح. وتشير السمة ERROR إلى أنّ المؤسسة بحاجة إلى اتخاذ إجراء لتصحيح المشكلة. مثلاً، في حال تعذَّر ضبط عملية ضبط مُدارة.
message سلسلة اختيارية توفر تفاصيل حول حالة التطبيق. وننصح مطوّري التطبيقات بالتعامل مع هذا الحقل باعتباره رسالة موجَّهة للمستخدمين.
data سلسلة اختيارية توفّر تفاصيل يسهل على الكمبيوتر قراءتها من أجل إدارة الخدمات الجوّالة للمؤسسات (EMM) حول حالة التطبيق على سبيل المثال، قيمة يمكن لمشرف تكنولوجيا المعلومات الاستعلام عنها في وحدة التحكّم، مثل "إرسال إشعار إليّ إذا كانت بيانات البطارية_warning أقل من 10".
stateTimestampMillis الطابع الزمني (بالمللي ثانية) الذي يشير إلى وقت آخر تحديث لحالة التطبيق على الجهاز
lastUpdatedTimestampMillis الطابع الزمني (بالمللي ثانية) الذي يشير إلى آخر حالة لتطبيق يتضمّن مفتاحًا تم تحميله على الجهاز

عرض الملاحظات والآراء حول التطبيق للمؤسسات

يمكن للتطبيقات إرسال الملاحظات لأسباب مختلفة. ومع ذلك، تتمثل حالة الاستخدام الأكثر شيوعًا لإرسال حالات التطبيق الرئيسية في تقديم ملاحظات حول عمليات الضبط المُدارة. مثال:

  1. يستخدم مشرف تكنولوجيا المعلومات وحدة تحكّم إدارة الخدمات الجوّالة للمؤسسات (EMM) من أجل ضبط عمليات الضبط المُدارة لأحد التطبيقات.
  2. يمكنك في الخلفية إرسال الإعدادات إلى التطبيق.
  3. يحاول التطبيق تطبيق الإعدادات. بالنسبة إلى كل عملية ضبط، يرسل التطبيق حالة التطبيق المرتبطة بمفتاح تشير إلى حالته (على سبيل المثال، رسالة تأكيد أو إشعار خطأ).
  4. للاطّلاع على حالات التطبيق المرتبطة بمفاتيح معيّنة هذه، يمكنك استرداد تقرير جهاز.
  5. وباستخدام معلومات من حالات التطبيق المرتبطة بمفاتيح، تعرض وحدة التحكّم في إدارة الخدمات الجوّالة للمؤسسات حالة عمليات الضبط المُدارة بطريقة سهلة الاستخدام.

تنبيه مشرفي تكنولوجيا المعلومات بالأخطاء

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

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