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

במאמר הזה מפורטות תשובות לשאלות נפוצות על מודל החיוב של RCS for Business.

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

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

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

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

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

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

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

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

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

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

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

קטגוריית חיוב לא קשורה לשיחה

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

ב-20 בנובמבר 2025, פשטנו את מבנה החיוב על ידי שילוב של שתי קטגוריות חיוב מדור קודם, הודעה בסיסית והודעה בודדת, לקטגוריית חיוב אחת: לא קשור לשיחה.

מעכשיו, כל נציג יסווג כנציג שיחה או כנציג לא שיחה.

השינוי הזה משפיע על RcsBusinessMessagingAgentBillingConfig והוא חל על כל המפתחים שמשתמשים ב-Developer Console או ב-Management API, ועל כל הספקים שמשתמשים ב-Operations API.

העברה של סוכנים קיימים (לא נדרשת פעולה)

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

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

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

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

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

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

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

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

  • A2P (Application-to-Person)‎ הוא MT (Mobile Terminated): הודעה שנשלחת על ידי העסק.
  • ‫P2A (Person-to-Application) הוא MO (Mobile Originated): הודעה או פעולה שהמשתמש יזם.

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

סוג האירוע תיאור סוכנים שלא מנהלים שיחה סוכנים בממשק שיחה
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 (בהפעלת המשתמש) התגובה הראשונית מתקבלת תוך 24 שעות ממועד קבלת ההודעה בעדיפות P2A, מחוץ לשיחה קיימת.
דוגמה		 לא רלוונטית. סוכנים שאינם צ'אט בוטים לעולם לא יוצרים אירוע מהסוג הזה. אם הודעת 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 בנפרד.

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

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

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

  • הודעה מסוכן יוצרת אירוע מסוג 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.
הקשה על הצעה לפעולה לא הנתונים של הדיווח החוזר על המרה מההקשה עצמה לא נכללים באירוע שניתן לחיוב.
שיתף/ה מיקום כן הודעת ה-MO שמכילה את מיקום המשתמש תורמת לאירוע שניתן לחיוב. זה נכון גם אם המיקום משותף באופן ידני וגם אם הוא משותף באמצעות הצעה לפעולה.
הקשה על ביטול ההרשמה או על הרשמה כן אירוע ה-webhook שמתקבל לא נחשב לאירוע שניתן לחייב עליו, אבל הודעת STOP או START האוטומטית שנשלחת כשמשתמש מקיש על האפשרות לביטול ההרשמה או להרשמה נחשבת להודעת MO.

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

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

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

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

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

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

מהי שיחה?

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

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

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

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

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

תרשים חיוב

חשוב

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

דוחות חיוב

מהו דוח חיוב?

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

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

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

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

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

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

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

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

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

דוגמה:

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