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

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

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

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

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

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

1. פועלים לפי ההוראות להגדרת התראות Pub/Sub לארגון. בשלב 5, כוללים את STATUS_REPORT ב-enabledNotificationTypes.
2. מעדכנים את מדיניות המכשיר לכל מכשיר בנפרד: set 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 יכול לשלוח לגביו שאילתה במסוף, כמו 'Notify 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 צריך תמיד להודיע לארגונים מיד לאחר תיקון שגיאה. עבור לדוגמה, מסירים את השגיאה ממרכז הבקרה של השגיאות במסוף או מסמנים אותה בתור הבעיה נפתרה.

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