אפשר להשתמש בטופס ליצירת קשר עם התמיכה כדי לשלוח מידע על בעיות חדשות או לבקש לשנות את סדר העדיפויות של בעיה קיימת.
מה עושים באירוע:
- השלבים הבאים: תקבלו אישור מהכתובת rbm-support@google.com. כל התיאומים העתידיים יתבצעו בשרשור האימייל הזה.
- אימיילים ישירים: כדי להבטיח מעקב מהיר יותר, צריך להשתמש בטופס לכל הפניות החדשות. אם תשלחו אימייל ישירות לכתובת rbm-support@ בלי לשלוח טופס, נבקש מכם לשלוח אותו מחדש באמצעות הטופס.
לפני שמתחילים
כדאי לעיין בהנחיות הבאות כדי לוודא שיש לכם את כל הפרטים הנדרשים.
שיטה מומלצת: מומלץ מאוד לספק מידע אופציונלי (כמו יומנים או חותמות זמן), למרות שזה לא חובה. התוכן הנוסף הזה עוזר לצוות התמיכה שלנו לפתור את השאילתות שלכם הרבה יותר מהר.
למפתחים רשומים ולבעלים של אתרי אגרגטור
אם יש לכם גישה ל-RCS for Business Developer Console ולממשקי ה-API, צריך להכין את מזהה השותף. אפשר למצוא אותו ב-Developer Console בקטע Partner account settings (הגדרות חשבון שותף). לקבלת עזרה, אפשר לעיין בצילום המסך.
בהמשך מפורטות קטגוריות של בעיות, שבעזרתן אפשר לזהות את המידע שחובה לספק בבקשה ואת המידע האופציונלי, אך מומלץ.
ניהול חשבונות וגישה למסוף
כולל בעיות בגישה ל-Console או בעדכונים של פרטי חשבון הפיתוח.
| תרחיש | חובה | מומלץ |
|---|---|---|
| עדכון החשבון | שדות ספציפיים לשינוי (כמו כתובת האימייל של הבעלים, השם לתצוגה) והצדקה. | אישורים מספקים (אם בחשבון שלכם יש נציגים פעילים ברשתות שמנוהלות על ידי ספקים). |
| גישה ל-Console | לא רלוונטי | צילומי מסך או הקלטת וידאו של הבעיה שנתקלת בה כשמנסים לגשת למסוף. |
ניהול סוכנים
כולל את מחזור החיים המלא של הסוכן: יצירה, עדכונים, בדיקות ובקשות להשקה. הדוח כולל גם פרטים על צפיות, העברות, השעיות ואזהרות לגבי ספאם.
| תרחיש | חובה | מומלץ |
|---|---|---|
| יצירה, בדיקה, עדכון והשקה של נציגים (כולל פנייה לגבי סטטוס ההשקה של נציג אצל ספקי תובלה שמנוהלים על ידי Google) | • מזהה הסוכן. • חותמות זמן בפורמט ISO 8601 (לדוגמה, 2026-01-09T21:07:47Z) של מועד התרחשות הבעיה. |
• Console: צילומי מסך או הקלטת וידאו של הבעיה. • שגיאות ב-API: קטעי קוד ויומני שגיאות. • בעיות בבדיקה: מספר טלפון, ספק סלולר ומדינה, מזהה הודעה עם חותמות זמן, דוח באגים מהמכשיר. |
| הצגת פרטים של נציג | חותמות זמן בפורמט ISO 8601 (לדוגמה, 2026-01-09T21:07:47Z) של מועד התרחשות הבעיה. | • Console: צילומי מסך או הקלטת וידאו של הבעיה. • שגיאות ב-API: קטעי קוד ויומני שגיאות. |
| עדכונים והעברה של נציגים אחרי ההשקה | • מזהה הסוכן. • פרטים לעדכון, הצדקה ואישור להסרת האפליקציה מההשקה (או אישורים של ספקי סלולר). |
• ברשתות שמנוהלות על ידי ספק: אישור הספק. • העברה: אישור של המותג או של שותף המותג. |
| אזהרות לגבי ספאם והשעיות של נציגים | מזהה הנציג. | לא רלוונטי |
פעולות ודיווח בהעברת הודעות
כולל בדיקות יכולות, שליחה וקבלה של הודעות, ביטול הודעות (TTL), ברכות, העלאת קבצים, מדידות של קמפיינים או אי התאמות בחיוב.
| חובה | מומלץ |
|---|---|
| • מזהה הסוכן. • חותמות זמן בפורמט ISO 8601 (או תקופת הזמן לדיווח על בעיות). |
• Code: הקוד ששימש להפעלת המשימה ויומן השגיאות. • בדיקות יכולת: מספרי טלפון עם קודי מדינה. • זמן אחזור: פרטי רגרסיה, חותמת זמן והתפלגות של זמן האחזור (p50, p95, p99). • שליחת הודעות: מזהים לדוגמה עם חותמת הזמן. • ביטול TTL: מטען ייעודי (payload) של הודעת JSON, מזהה לדוגמה עם חותמת זמן ודוח באגים. • בעיות ב-webhook: כתובת ה-URL של ה-webhook, מטען ה-JSON, אחוז התנועה המושפעת, מזהה לדוגמה עם חותמת זמן, דוח באגים. • יצירת נקודת כניסה P2A: שגיאת JavaScript מ-Developer Console. • ניתוח נתונים של קמפיין או אי התאמות בחיוב: כל קובץ או צילום מסך שיכולים לעזור להסביר את הבעיה. |
חוויית משתמש ועיבוד
סוכנים
כולל הגדרות לגבי האופן שבו סוכנים והפרטים שלהם מוצגים למשתמשים.
| חובה | מומלץ |
|---|---|
| • אפליקציה להעברת הודעות וגרסה. • מזהה הסוכן והשדות או הרכיבים הספציפיים שבהם נצפתה הבעיה. • שם המכשיר וגרסת מערכת ההפעלה. |
• דוח איתור באגים מהמכשיר. • צילומי מסך או סרטון של בעיית העיבוד. • מזהי הודעות עם חותמות זמן ומטענים ייעודיים (payloads) של הודעות ב-JSON. • P2A: מספר טלפון עם קידומת המדינה. |
עיבוד ההודעה
| חובה | מומלץ |
|---|---|
| • האפליקציה להעברת הודעות והגרסה שלה. • שם המכשיר וגרסת מערכת ההפעלה. |
• דוח איתור באגים מהמכשיר. • צילומי מסך או סרטון של בעיית העיבוד. • מזהי הודעות עם חותמות זמן. • מטענים ייעודיים (payloads) של הודעות JSON. • P2A: מספר טלפון עם קידומת המדינה. |
בקשות להצטרפות לתוכניות גישה מוקדמת (EAP)
| חובה | מומלץ |
|---|---|
| • התוכנית הספציפית שאתם צריכים גישה אליה. • כתובות האימייל הארגוניות שנדרשת להן גישה. |
לא רלוונטי |
לספקים רשומים
מומלץ שספקי הסלולר ישתמשו ברכיב הייעודי של כלי המעקב אחר בעיות. אם אתם משתמשים בטופס הזה, ודאו שמזהה חשבון הדומיין של השותף שלכם ב-Google מוכן.
לגבי בעיות שמשותפות עם מפתחים (כמו חוויית משתמש או בקשות לגישה לתוכנית EAP), אפשר לעיין בשלבי ההכנה בקטע למפתחים ולמצביעים רשומים.
כלים של ספקי סלולר (מסוף Admin ו-RBM Operations API)
כולל בעיות גישה, שגיאות API או פעולות כמו הפעלה, השהיה או סיום של סוכנים.
| חובה | מומלץ |
|---|---|
| לניהול נציגים: מזהי הנציגים שהושפעו וחותמות הזמן של הבעיות שנצפו. | צילומי מסך של שגיאות במסוף הניהול של RBM. |
Analytics וחיוב
| חובה | מומלץ |
|---|---|
| תקופת הזמן שבה נצפתה הבעיה בפורמט ISO 8601. | קבצים או צילומי מסך שיעזרו להסביר את הבעיה. |
למותגים
המלצה: קודם צריך ליצור קשר עם השותף (מפיץ או מפתח) שיצר את הסוכן שלכם. לרוב הם יכולים לפתור את הבעיות ישירות.
אם עדיין צריך לפנות אל Google, כדאי להכין את הפרטים הבאים:
- שם ספק השירות: החברה שמנהלת את הסוכן שלכם.
- אימות: מכתבי הרשאה ספציפיים למותג או הוכחה לקשר (במיוחד לשינויים בבעלות).
למשתמשים אחרים
משתמשים בנתיב הזה לשאלות כלליות או אם עדיין לא נרשמתם כשותפים.