הגדרת התראות ל-EMM

Google Play יוצר התראות, שנקראות התראות EMM, בתגובה לאירועים שונים שמשפיעים על הארגון. לדוגמה, כשאפליקציה מאושרת, המערכת שולחת התראה מסוג ProductApprovalEvent.

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

ההתראות של EMM נשלחות באמצעות Google Cloud Pub/Sub. מידע מפורט על הגדרת התראות Pub/Sub זמין במאמר סקירה כללית על מנויים ובמדריך למנויים מסוג משיכה.

כדי לוודא שהגדרתם את המערכת לקבלת התראות EMM מ-Google Play, ולקבל את השם של נושא Cloud Pub/Sub שאליו צריך לחבר את המינוי, צריך להריץ את הפונקציה Enterprises.sendTestPushNotification.

שליחת התראה לבדיקה מאמתת את השילוב של ה-EMM עם שירות Pub/Sub של Google Cloud לארגון. אם ההתראות של EMM מוגדרות בצורה תקינה, ה-API מחזיר את הערכים הבאים:

    {
        topic_name: "/projects/project-name/topics/play-work-012345",
        message_id: "128976912439"
    }

משיכת התראות

Google Cloud Pub/Sub תומך בשני מנגנוני התראות שונים: משיכה (pull) ודחיפה (push). עם זאת, מומלץ להשתמש רק בהתראות משיכה. הגישה של משיכה לא מחייבת הגדרת שרת חיצוני, והיא פועלת גם עם מודעות ESA שנוצרו באופן פרוגרמטי וגם עם מודעות ESA שנוצרו באופן ידני. יתרון נוסף של התראות משיכה הוא שהלקוחות שלכם לא צריכים לבצע הגדרות או תחזוקה נוספות. אפשר להשתמש ב-Enterprises.pullNotificationSet וב-Enterprises.acknowledgeNotificationSet כדי לקבל התראות EMM ולאשר אותן דרך חיבורים יוצאים ארוכי טווח.

כשקוראים ל-Enterprises.pullNotificationSet, מומלץ להשאיר את requestMode בערך ברירת המחדל שלו (waitForNotifications). כך הבקשה תמתין עד שתתקבל התראה אחת או יותר לפני שהיא תחזיר תשובה. אם לא יופיעו התראות אחרי זמן מה, הבקשה תחזיר רשימת התראות ריקה, ואז תוכלו לנסות שוב את הבקשה.

אחרי שתקבלו התראות, כדאי להתקשר למספר Enterprises.acknowledgeNotificationSet כדי לוודא שאותן התראות לא יופיעו בפעם הבאה שתתקשרו למספר Enterprises.pullNotificationSet.

אפשר גם להגדיר את requestMode כ-returnImmediately כשקוראים ל-Enterprises.pullNotificationSet. תקבלו תשובה לבקשה באופן מיידי, עם רשימה של ההתראות בהמתנה או רשימה ריקה אם אין התראות. האפשרות requestMode יכולה להיות שימושית כשבודקים לראשונה את הטמעת ההתראות.

דוגמאות להתראות מ-EMM

ריכזנו כאן כמה דוגמאות לאירועים ולסוגים של ההתראות שהם יוצרים:

הערה: סוגים של התראות הוצאו משימוש: ProductApprovalEvent, AppUpdateEvent, NewPermissionsEvent, AppRestrictionsSchemaChangeEvent, ProductAvailabilityChangeEvent ו-NewDeviceEvent. ב-AppUpdateEvent, צריך להשתמש ב מצב עדכון בעדיפות גבוהה בהתאם להמלצות שלנו.