שאלות נפוצות בנושא חיוב בארה"ב

ב-RCS for Business יש שני מודלים לחיוב: מודל החיוב הרגיל לתנועה שאינה בארה"ב ומודל החיוב בארה"ב לתנועה בארה"ב. במסמך הזה מפורטות תשובות לשאלות נפוצות בנושא מודל החיוב בארה"ב. פרטים על סיווגים סטנדרטיים זמינים במדריך שאלות נפוצות בנושא חיוב סטנדרטי.

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

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

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

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

יש שתי קטגוריות חיוב עיקריות: שיחות ואינטראקציות שאינן שיחות.

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

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

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

מידע נוסף זמין במאמר קטגוריות חיוב.

מה זה סשן ואיך הוא פועל

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

טריגר של סשן

סשן מופעל כשנציג של מותג ומשתמש מחליפים ביניהם 4 הודעות עשירות או הודעות עם מדיה עשירה (כולל לפחות הודעה אחת מסוג MT ולפחות שתי תשובות מסוג MO, במהלך תקופה של 24 שעות).

חיוב

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

מודל החיוב בארה"ב מסווג אירועים בודדים לחיוב באופן הבא:

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

חשוב

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

על איזה אזור זמן מתבססים דוחות החיוב ורשומות העסקאות ב-RBM?

דוחות החיוב ב-RBM נוצרים מדי יום ומאורגנים לפי שעון החוף המערבי (PT). כל קובץ דוח מייצג תקופה של 24 שעות של פעילות, מחצות ועד חצות לפי שעון PT.

עם זאת, חותמת הזמן start_time ברשומות הדוח מתועדת לפי שעון UTC בפורמט ISO 8601. כך מתקבלת הפניה עולמית עקבית לשעה המדויקת שבה התרחשה האינטראקציה.

מה קורה לסשן שמתחיל ביום האחרון של חודש אחד ומסתיים ביום הראשון של החודש הבא?

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

לסשנים, שכוללים חלון אינטראקציה של 24 שעות, חלה הלוגיקה הבאה:

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

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

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

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

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

אילו אירועים ניתנים לחיוב חלים על כל סוג הודעה?

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

  • A2P (Application-to-Person) is MT (Mobile Terminated): A message sent by the business.
  • P2A (Person-to-Application) is MO (Mobile Originated): A message or action initiated by the user.

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

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

בארה"ב, תשובות ספציפיות של משתמשים תורמות לאירועים שניתן לחייב עליהם. בטבלה הבאה מפורטות התשובות של המשתמשים שתורמות לאירועים שניתן לחייב עליהם, וסוגי האירועים התואמים בארה"ב:

תגובת משתמש תורם לאירועים לחיוב סוג אירוע לחיוב (ארה"ב) הערות
שליחת קובץ כן p2a_rich_media_message מסווגת כהודעת מדיה עשירה (P2A/MO).
שליחת הודעת טקסט כן p2a_rich_message מסווגת כהודעה עשירה (P2A/MO).
הקשה על הצעה לתשובה כן p2a_rich_message הודעת הטקסט שמתקבלת מסווגת כהודעה עשירה (P2A/MO).
הקשה על הצעה לפעולה כן p2a_suggested_action הנתונים של הפוסטבק מההקשה עצמה לא נחשבים לאירוע שניתן לחייב עליו.
שיתוף מיקום כן p2a_suggested_action (קליק) + p2a_rich_message (מיקום) המערכת יוצרת שני אירועים לחיוב: p2a_suggested_action על הקשה על 'שיתוף מיקום' וp2a_rich_message על שליחת נתוני המיקום.
המשתמש מקיש על ביטול הרשמה או על הרשמה כן p2a_rich_message (הודעת עצירה/התחלה) הודעת ה-STOP או ה-START האוטומטית שמופעלת על ידי ההקשה נחשבת להודעה עשירה (P2A/MO). אירוע ה-webhook עצמו לא מחויב.

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

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

כל תשובה של משתמש מחויבת כאירוע נפרד (למשל, p2a_rich_message או p2a_suggested_action).

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

לוגיקת החיוב מבוססת על מודל הפעלת הסשן. אירועים בודדים מתועדים עד שמגיעים לטריגר של 4 הודעות בסשן (לפחות הודעה אחת מסוג MT ו-2 הודעות מסוג MO תוך 24 שעות). אחרי שהסשן פעיל, כל ההודעות שהועברו בחלון של 24 שעות מכוסות על ידי עמלת סשן אחת, כולל ארבע ההודעות שיוצרות את טריגר הסשן.

דוחות חיוב

מהו דוח חיוב?

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

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

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

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

למה מופיעים חיובים בחשבון שלי בחודש שבו לא שלחתי הודעות?

בהודעות שהסוכן יוזם (A2P), אירועים לחיוב מתועדים על סמך שעת מסירת ההודעה, ולא על סמך השעה שבה ההודעה נשלחה.

דוגמה:

אם תשלחו הודעות בסוף יוני, אבל הן יועברו למכשיר של המשתמש בתחילת יולי (לדוגמה, אם הטלפון של המשתמש היה במצב אופליין), החיובים האלה יופיעו בדוחות החיוב של יולי. הודעה ב-RCS for Business תנסה להישלח במשך עד 30 יום לפני שהיא תפוג.

מודלים לחיוב

מה ההבדלים העיקריים בין מודל החיוב הרגיל לבין מודל החיוב בארה"ב?

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

מודל חיוב רגיל (תנועה מחוץ לארה"ב)

המודל הזה חל על כל התנועה מחוץ לארה"ב.

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

מודל חיוב בארה"ב

המודל הזה חל על כל התנועה אל מספרי טלפון בארה"ב ומספרי טלפון בארה"ב. מידע נוסף זמין באתר usrbm.org.

  • הסיווג של סוגי הודעות מסוימים הוא אוטומטי ומבוסס על התוכן. בלי קשר לקטגוריית החיוב של הסוכן, כל אירוע שמחייב בתשלום מסווג כאחד מהבאים:
    • a2p_rich_message
    • a2p_rich_media_message
    • p2a_rich_message
    • p2a_rich_media_message
    • p2a_suggested_action
    • a2p_session
    • p2a_session

סיכום של לוגיקת החיוב לפי סשן

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

סשן מופעל על ידי רצף של 4 הודעות עשירות או הודעות עם מדיה עשירה (כולל לפחות 2 הודעות MO ולפחות הודעה אחת MT) שהוחלפו תוך 24 שעות משליחת ההודעה הראשונה. אם הסף הזה מתקיים, כל ההודעות בחלון של 24 שעות יחויבו כסשן אחד. כל ההודעות שלא נכללות בסשן או שלא מפעילות סשן יחויבו לפי התעריף הרגיל להודעה.

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

הבדלים טכניים והבדלים בדיווח

  • ‫RBM API: משאבי ה-API‏ AgentMessageand [UserMessage](/business-communications/rcs-business-messaging/reference/rest/v1/UserMessage) כוללים אובייקט richMessageClassification להגדרת סוג ההודעה לתנועה בארה"ב בלבד. האובייקט הזה מסופק בזמן אמת כשמתבצעת קריאה ל-API, והוא נפרד מדוח חיוב מאוחר יותר.
  • דוחות חיוב: דוחות החיוב מותאמים לכל מודל וכוללים עמודה type שמפרטת את האירועים שחלים עליהם חיובים ספציפיים למודל הזה. דוח החיוב בארה"ב כולל גם עמודה של segment_count, שרלוונטית רק להודעות עשירות, ועמודה של session_type שרלוונטית רק להודעות שנשלחו במהלך סשן.