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

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

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

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

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

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

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

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

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

הערה: כדי לפשט את מבנה החיוב, איחדנו את קטגוריות החיוב Basic Message ו-Single Message לקטגוריית חיוב אחת: Non-conversational. ה-Developer Console עודכן ועכשיו מוצגת בו הקטגוריה המאוחדת הזו לכל הסוכנים החדשים. פרטים מלאים על העברת סוכנים קיימים ועל חלון השילוב של ה-API מופיעים במאמר בנושא קטגוריית החיוב של שיחות שאינן שיחות עם נציג.

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

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

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

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

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

טריגר של סשן

סשן מופעל כשנציג של מותג ומשתמש מחליפים ביניהם 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 (מיישום לאדם) הוא MT (Mobile Terminated): הודעה שנשלחת על ידי העסק.
• 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 (מיקום)	מערכת Google יוצרת שני אירועים לחיוב: 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 שרלוונטית רק להודעות שנשלחות במהלך סשן.