שאלות נפוצות בנושא חיוב ב-RBM

בקטעים הבאים מפורטות תשובות לשאלות נפוצות בנושא חיוב ב-RBM.

קטגוריות חיוב

מהן קטגוריות חיוב של נציגים?

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

בטבלה הבאה מפורטות שתי קטגוריות החיוב העיקריות.

קטגוריית חיוב סוג הנציג תרחישים לדוגמה אמצעי חיוב
לא שיחה
(כולל הקטגוריות 'הודעה בסיסית' ו'הודעה יחידה'. הערה: אין יותר הבדל בין שתי הקטגוריות האלה. נציג תמיכה בכל אחת מהקטגוריות יחויב כנציג תמיכה שאינו מנהל שיחה).		 סוכנים ששולחים בעיקר הודעות חד-כיווניות
  • סיסמאות חד-פעמיות
  • התראות
  • שוברי פרסום
 החיוב הוא לכל הודעה.
שיחה נציגים שמיועדים לאינטראקציות הלוך ושוב עם משתמשים
  • איך מוצאים את המוצר המתאים
  • הזמנת כרטיס
  • פתרון בעיה
 חיוב לפי שיחה: אם אחד מהצדדים (הנציג או המשתמש) משיב להודעה מהצד השני תוך 24 שעות, השיחה מתחילה. במהלך חלון השיחה (24 שעות אחרי התשובה הראשונה), הנציג והמשתמש יכולים להחליף ביניהם כל מספר של הודעות, והנציג יחויב בתעריף קבוע על השיחה.

חיוב לפי הודעה: אם הנציג שולח הודעה שהמשתמש לא מגיב עליה תוך 24 שעות, הנציג יחויב על ההודעה הספציפית, בדומה לנציג שאינו מנהל שיחה.

איך יודעים איזו קטגוריית חיוב לבחור לסוכן?

יש שתי קטגוריות חיוב עיקריות: שיחות ופעולות שלא קשורות לשיחות.

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

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

הסיבה לכך היא שקטגוריית החיוב קובעת איך ההודעות יחויבו, ולא אילו סוגים של הודעות הסוכן יכול לשלוח. לדוגמה, סוכן שיחה יכול עדיין לשלוח הודעות טקסט בסיסיות, וסוכן של הודעה בסיסית או של הודעה יחידה יכול לשלוח כמה הודעות, כולל כרטיסים מתקדמים.

אירועים לחיוב

מהם אירועי חיוב?

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

‫Google עוקבת אחרי האירועים האלה ומדווחת עליהם כדי לעזור לחברות הסלולר לחייב שותפים על הודעות שנשלחו על ידי הסוכנים שלהם.

אילו אירועים שקשורים לחיוב חלים על כל סוג של הודעה?

חמישה סוגים שונים של אירועים שקשורים לחיוב נרשמים בדוחות של אירועים שקשורים לחיוב. האירועים האלה כוללים הודעות A2P ו-P2A.

  • A2P (Application-to-Person): נשלחת על ידי העסק.
  • P2A (Person-to-Application): נשלחת על ידי המשתמש.

בטבלה הבאה מתואר כל אירוע חיוב בהקשר של סוכנים לא שיחתיים וסוכנים שיחתיים.

סוג האירוע תיאור סוכנים שאינם בממשק שיחה סוכנים בממשק שיחה
basic_message הודעת A2P שכוללת רק טקסט באורך של עד 160 תווים.
דוגמה		 תמיד נחשב לאירוע חיוב נפרד, בלי קשר לשאלה אם המשתמש משיב. הבקשה מטופלת כאירוע חיוב נפרד, אלא אם המשתמש משיב תוך 24 שעות. במקרה כזה, ההודעה הופכת לחלק מa2p_conversation.
single_message הודעת A2P שמכילה תוכן עשיר או הודעת טקסט בלבד שאורכה מעל 160 תווים.
דוגמה		 תמיד נחשב לאירוע חיוב נפרד, בלי קשר לשאלה אם המשתמש משיב. הבקשה מטופלת כאירוע חיוב נפרד, אלא אם המשתמש משיב תוך 24 שעות. במקרה כזה, ההודעה הופכת לחלק מa2p_conversation.
a2p_conversation (העסק יזם את הפעולה) השיחה מתחילה כשמשתמש משיב להודעת A2P תוך 24 שעות מרגע קבלתה, מחוץ לשיחה קיימת.
דוגמה		 לא רלוונטית. סוכנים לא שיחתיים אף פעם לא יוצרים את סוג האירוע הזה. אם הודעת P2A נמסרת תוך 24 שעות ממסירת כמה הודעות A2P, רק הודעת ה-A2P שקדמה להודעת ה-P2A תשמש לפתיחת השיחה. ההודעה הזו מסוג A2P, וכל ההודעות שיישלחו ב-24 השעות הקרובות, הן חלק מa2p_conversation.
p2a_conversation (בהפעלת המשתמש) האירוע מתחיל כשהנציג משיב להודעה בעדיפות P2A תוך 24 שעות ממועד קבלת ההודעה, מחוץ לשיחה קיימת.
דוגמה		 לא רלוונטית. סוכנים לא שיחתיים אף פעם לא יוצרים את סוג האירוע הזה. אם הודעת A2P נמסרת תוך 24 שעות מכמה הודעות P2A, רק הודעת ה-P2A שקדמה להודעת ה-A2P תשמש לפתיחת השיחה. ההודעה הזו מסוג P2A וכל הודעה שתתקבל ב-24 השעות הקרובות הן חלק מp2a_conversation.
p2a_message הודעת P2A מכל סוג.
דוגמה		 תמיד נספר כאירוע חיוב נפרד, בלי קשר לשאלה אם הנציג ענה. היא נחשבת לאירוע חיוב נפרד, אלא אם הנציג משיב תוך 24 שעות.

מהן דוגמאות להודעות שמפעילות כל אירוע חיוב?

הודעה בסיסית

שימו לב שבצילום המסך הבא מוצגת תצוגה מקדימה של כתובת ה-URL בתוך הודעת הטקסט. זה לא צ'אט אינטראקטיבי.

basic_message_example

הודעה בודדת

single_message_example

שיחה מסוג A2P

a2p_conversation_example

הודעה מסוג P2A

p2a_message_example

שיחה מסוג P2A

p2a_conversation_example

מהם היתרונות של כל אירוע חיוב?

הודעה בסיסית

היתרונות העיקריים של הודעה בסיסית:

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

basic_message_benefits

הודעה בודדת

היתרונות המרכזיים של הודעה בודדת:

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

single_message_benefits

שיחה

היתרונות העיקריים של שיחות מסוג A2P ו-P2A:

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

conversational_message_benefits

מה הקשר בין קטגוריות חיוב של נציגים לבין אירועי חיוב?

חשוב לא להתבלבל בין אירועי החיוב basic_message ו-single_message לבין קטגוריות החיוב 'הודעה בסיסית' ו'הודעה בודדת'.

  • כל נציג (לא משנה קטגוריית החיוב שלו) יכול ליצור אירועי חיוב של basic_message ושל single_message.
  • קטגוריות החיוב 'הודעה בסיסית' ו'הודעה יחידה' משמשות לסיווג של סוכנים לא שיחתיים. סוכנים בקטגוריות החיוב האלה לא יוצרים אירועי חיוב של שיחות (a2p_conversations או p2a_conversations). במקום זאת, הם יוצרים אירועי חיוב נפרדים של basic_message, single_message ו-p2a_message.

מהי שיחה?

ב-RBM, שיחה היא סדרה של הודעות שמועברות בין משתמש לבין סוכן שיחות במהלך תקופה של 24 שעות. רק נציגים עם קטגוריית חיוב של שיחות יכולים ליצור שיחות ולחייב על אירועי החיוב הבאים:

  • A2P (Application-to-Person): נשלחת על ידי העסק.
  • P2A (Person-to-Application): נשלחת על ידי המשתמש.

איך השיחות עובדות

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

בתרשים הבא מוצגת דוגמה לסשן לחיוב של A2P עבור סוכנים וירטואליים:

תרשים חיוב

חשוב

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

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

קטגוריית החיוב של הנציג והתזמון של התשובה של המשתמש קובעים איזה סוג של אירועים נוצר.

לסוכנים שאינם מבוססי-שיחה: כל הודעה יוצרת אירוע משלה

  • הודעה מסוכן יוצרת אירוע מסוג basic_message או single_message.
  • הודעה ממשתמש יוצרת אירוע p2a_message.

לנציגים וירטואליים: התוצאה תלויה במועד שבו המשתמש משיב להודעה האחרונה של הנציג

  • אם המשתמש משיב תוך 24 שעות:
    • אירוע a2p_conversation מתחיל. האירוע הזה כולל את ההודעה האחרונה של הנציג, את התגובה של המשתמש ואת כל ההודעות שהוחלפו במהלך חלון של 24 שעות אחרי התגובה של המשתמש.
    • הודעות של נציג/ת התמיכה שנשלחו לפני ההודעה האחרונה של הנציג/ה לא נכללות בשיחה, וכל אחת מהן יוצרת אירוע basic_message או single_message משלה.
  • אם המשתמש ישיב אחרי 24 שעות:
    • כל הודעה מהסוכן יוצרת אירוע מסוג basic_message או single_message.
    • התגובה של המשתמש יוצרת אירוע p2a_conversation אם הנציג מגיב תוך 24 שעות. אם הסוכן לא מגיב בפרק הזמן הזה, נוצר במקומו אירוע p2a_message.

אילו תגובות של משתמשים נכללות באירועי חיוב?

רק תשובות ספציפיות של משתמשים תורמות לאירועי חיוב. התגובות האלה כוללות תגובות שיוצרות אירוע p2a_message או שהן חלק מאירוע a2p_conversation או p2a_conversation. בטבלה הבאה מוסבר אילו תגובות של משתמשים נכללות באירועים לחיוב.

סיכום הקווים המנחים:

תגובת משתמש תורם לאירועי חיוב הערות
שליחת קובץ כן מטופלת כהודעת MO.
שליחת הודעת טקסט כן מטופלת כהודעת MO.
מקישים על הצעה לתשובה כן מטופלת כהודעת MO.
הקשה על הצעה לפעולה או על שיתוף מיקום לא הנתונים של הדיווח החוזר על המרה לא תורמים לאירוע חיוב. גם ההודעה שמכילה את מיקום המשתמש לא נספרת כאירוע לחיוב בפעולה של שיתוף מיקום.
מקישים על ביטול ההרשמה או על הרשמה כן אירוע ה-webhook שמתקבל לא נכלל באירוע שקשור לחיוב. עם זאת, ההודעה האוטומטית STOP או START שנשלחת כשמשתמש מקיש על האפשרות 'ביטול הרשמה' או 'הרשמה' נחשבת להודעת MO.

כשתגובת משתמש יוצרת אירוע חיוב (כפי שמתואר למעלה), סוג האירוע תלוי בקטגוריית החיוב של הסוכן:

לסוכנים שאינם בממשק שיחה:

  • אירוע החיוב שנוצר מתגובה של משתמש הוא תמיד p2a_message.

לצ'אט בוטים:

סוג האירוע נקבע גם לפי התזמון של ההודעות בחלון של 24 שעות.

  • כשמשתמש מגיב להודעה של הנציג:
    • תוך 24 שעות: התשובה של המשתמש תורמת לאירוע a2p_conversation קיים.
    • אחרי 24 שעות: התשובה של המשתמש יוצרת אירוע חדש מסוג p2a_message.
  • כשהנציג מגיב להודעה של משתמש:
    • תוך 24 שעות: התשובה של הנציג יוצרת p2a_conversation, החל מההודעה הראשונית של המשתמש.
    • אחרי 24 שעות: ההודעה של המשתמש יוצרת אירוע p2a_message.

דוחות על אירועי חיוב

מהו דוח אירועי חיוב?

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

מידע נוסף על דוחות חיוב זמין במאמר בנושא דוחות על אירועי חיוב ויומני פעילות.

האם אפשר לקבל דוח על אירועי חיוב?

רק ספקי סלולר שמפעילים באופן פעיל את RBM מקבלים דוחות חיוב. שותפים לא מקבלים דוחות על אירועי חיוב.

מידע על קבלת דוחות של אירועי חיוב זמין במאמר בנושא אחסון קבצים וגישה אליהם. אלה הוראות לאחזור דוחות על אירועי חיוב באמצעות פרוטוקול העברת קבצים מאובטח (SFTP) עבור ספקי תקשורת שיש להם גישה לדוחות חיוב.

מה קורה אם חסר מידע בדוח החיוב?

אם אתם מבחינים שחסר מידע בדוח, פנו לצוות התמיכה של RBM כדי לפתור את הבעיה. פרטים נוספים זמינים במדריך לפתרון בעיות ב-RBM.

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