אחזור משוב מאפליקציות

חלק מהאפליקציות יכולות לשלוח משוב לספקי EMM באמצעות מצבים של אפליקציות מקושרות. מצב האפליקציה המקושר מורכב ממזהה ייחודי (מפתח), מהודעה תואמת (אופציונלי), מנתונים קריאים למחשבים (אופציונלי), סטטוס חוּמרה וחותמת זמן. כדי לשלוח אותן, האפליקציה צריכה להשתלב עם ספריית Enterprise Jetpack.

אפליקציות יכולות לשלוח את המשוב המיידי הראשון רק פעם בדקה. משוב שייווצר במהלך תקופת הצינון, ייתווסף לתור יישלח במלואו כשתקופת הצינון תסתיים. לדוגמה, כשהמשוב נוצר 3 פעמים ב-[t=0s;10s;15s] עם תקופת צינון של דקה אחת: המשוב המיידי הראשון יישלח אחרי [t=0s], המשוב השני והשלישי יישלחו אחרי [t=60s].

כ-EMM, אתם יכולים להשתמש בנתונים ממצבים של אפליקציות מרכזיות כדי לעדכן את האדמינים ב-IT באפליקציות שמותקנות במכשירים ובפרופילים מנוהלים. דוגמה לאופן שבו זה יכול לעבוד מתוארת במאמר הצגת משוב לארגונים.

הפעלת דוחות על מכשירים

האפליקציות שולחות את המצבים העיקריים שלהן לפי מכשיר. המצבים כלולים בדוחות של המכשירים. כדי להפעיל דיווח במכשיר:

  1. פועלים לפי ההוראות להגדרת התראות Pub/Sub לארגון. בשלב 5, צריך לכלול את STATUS_REPORT ב-enabledNotificationTypes.
  2. עבור כל מכשיר, מעדכנים את מדיניות המכשיר: מגדירים את StatusReportingSettings.applicationReportsEnabled ל-true.

עכשיו אפשר להשתמש ב-Pub/Sub API כדי לקבל התראות על דוחות מכשירים. תמיד אפשר גם להתקשר למספר devices.get() כדי לעיין בדוח העדכני של המכשיר.

הצגת המצבים העיקריים של אפליקציות בדוחות על מכשירים

דוחות על מכשירים זמינים בתור משאבי מכשירים. מצבי האפליקציות המשויכים למפתח מקובצים לפי שם החבילה בקטע דוח האפליקציות, כמו בדוגמה הבאה:

{
   "applicationReports":[
      {
         "packageName": "pkg1",
         "versionCode": 101,
         "keyedAppStates":[
            {
               "key": "key1",
               "severity": INFO,
               "message": "message1",
               "data": "data1",
               "createTime": "2018-10-01T15:01:22.027623745Z",
               "lastUpdateTime": "2018-10-02T15:01:23.045123456Z"
            }
         ]
      }
   ]
}

כל מצב של אפליקציה מקודדת מכיל את הפרטים הבאים:

שדה התיאור
key המפתח הייחודי שמזהה את המצב.
severity מידת החומרה של המצב: INFO מציינת הודעה אינפורמטיבית. לדוגמה, אם תצורה מנוהלת הוגדרה בהצלחה. לפי ERROR, הארגון צריך לנקוט פעולה כדי לתקן בעיה. לדוגמה, אם ההגדרה של תצורה מנוהלת נכשלה.
message מחרוזת אופציונלית שמספקת פרטים על מצב האפליקציה. מומלץ למפתחי אפליקציות להתייחס לשדה הזה כאל הודעה שמוצגת למשתמשים.
data מחרוזת אופציונלית שמספקת לספקי EMM פרטים על מצב האפליקציה, קריאים למחשב. לדוגמה, ערך שמנהל IT יכול לשלוח שאילתה לגביו במסוף שלכם, כמו "Tell me if the battery_warning data < 10".
createTime חותמת הזמן שמציינת מתי מצב האפליקציה נוצר במכשיר.
lastUpdateTime חותמת זמן שמציינת מתי מצב האפליקציה עודכן לאחרונה במכשיר.

הצגת משוב על האפליקציה לארגונים

אפליקציות יכולות לשלוח משוב ממגוון סיבות. עם זאת, התרחיש לדוגמה הנפוץ ביותר לשליחת מצבים של אפליקציות מפתחות הוא משוב על ההגדרות המנוהלות. לדוגמה:

  1. מנהל IT משתמש במסוף ה-EMM כדי להגדיר הגדרות מנוהלות לאפליקציה.
  2. בקצה העורפי משתמשים ב-ApplicationPolicy כדי לשלוח את ההגדרות האישיות לאפליקציה.
  3. האפליקציה מנסה להחיל את ההגדרות האישיות. בכל הגדרה, האפליקציה שולחת מצב עיקרי של אפליקציה שמציין את הסטטוס שלה (לדוגמה, הודעת אישור או התראת שגיאה).
  4. כדי להציג את המצבים האלה של האפליקציות המקושרות, מאחזרים דוח על המכשיר.
  5. במסוף ה-EMM, שלכם מוצג הסטטוס של ההגדרות המנוהלות בצורה ידידותית למשתמש, על סמך מידע ממצבי האפליקציה העיקריים.

שליחת התראה לאדמינים ב-IT על שגיאות

מצב מפתח של אפליקציה עם מידת חוּמרה ERROR מציין שהארגון צריך לנקוט פעולה כדי לתקן בעיה. ספקי EMM צריכים תמיד להתריע לארגונים על שגיאות, באמצעות מסוף ה-EMM שלהם או באמצעים אחרים. לדוגמה, במסוף EMM עשוי להיות מוצג מרכז בקרה לשגיאות עם קישור למשוב על מכשיר נתון עם שגיאות.

אם מצב השגיאה יתוקן, האפליקציה תשלח מצב המשך עם אותו מפתח כמו מצב השגיאה המקורי ומידת החומרה מעודכנת של INFO. ספקי EMM תמיד צריכים להודיע לארגונים מיד לאחר תיקון שגיאה. לדוגמה, אפשר להסיר את השגיאה ממרכז הבקרה לשגיאות במסוף או לסמן אותה כשגיאה שנפתרה.