標準方案常見問題

這份文件涵蓋 RCS for Business 帳單模式的常見問題。

帳單類別

代理商帳單類別有哪些?

帳單類別是 RCS for Business 代理的分類,可提供代理傳送訊息的帳單邏輯。建立代理程式時,您會選擇這個類別,之後無法變更。

下表說明兩大類帳單。

帳單類別 服務專員類型 應用實例 付款方式
非對話 主要傳送單向訊息的代理程式
  • 動態密碼
  • 快訊
  • 促銷優惠
按訊息計費。
對話 專為與使用者來回對話而設計的代理
  • 尋找合適的產品
  • 預訂車票
  • 排解問題
以對話計費:如果其中一方 (代理程式或使用者) 在 24 小時內回覆另一方的訊息,系統就會開始計費。在對話期間 (首次回覆後的 24 小時內),代理和使用者可以交換任意數量的訊息,且代理會按固定費率支付對話費用。

按訊息計費:如果代理傳送訊息後,使用者在 24 小時內未回覆,代理將按單一訊息計費,與非對話式代理相同。

如何判斷代理人應選擇哪個帳單類別?

主要有兩種帳單類別:對話和非對話。

  • 非對話式代理程式會根據傳送給使用者的訊息數量計費。
    • 如果代理程式不常收到回覆,最適合使用這個類別。
  • 系統會以固定費率向您收取對話費用,包括 24 小時內的所有訊息。
    • 這個類別最適合與使用者進行多輪對話的服務專員。
主題。

請根據用途和預期使用者參與度,選擇最合適的帳單類別。無論類別為何,代理程式都可以傳送任何類型的訊息。

這是因為帳單類別決定訊息的收費方式,而非代理可傳送的訊息類型。舉例來說,對話式虛擬服務專員仍可傳送基本訊息,非對話式虛擬服務專員則可傳送多則訊息,包括動態卡片。

非對話帳單類別

將「基本訊息」和「單一訊息」類別合併為「非對話」類別後,對虛擬服務專員有何影響?

2025 年 11 月 20 日,我們將「基本訊息」和「單一訊息」這兩個舊版帳單類別合併為「非對話」帳單類別,簡化帳單結構。

即日起,所有代理程式都會分類為「對話式」或「非對話式」。

這項異動會影響 RcsBusinessMessagingAgentBillingConfig,並適用於使用開發人員控制台或 Management API 的所有開發人員,以及使用 Operations API 的所有電信業者。

現有代理程式遷移作業 (無須採取任何行動)

凡是歸類為「基本訊息」或「單一訊息」的現有代理程式,RBM 支援團隊都會自動將其遷移至「非對話」類別。這項遷移作業將於 2026 年 3 月 16 日啟動。

無須採取行動:Google 會自動遷移現有代理程式,您無須採取任何行動。

可計費事件

什麼是可計費事件?

可計費事件是指 RCS for Business 代理程式與使用者之間的互動,系統會追蹤這類互動以計算費用。系統會根據訊息類型和互動時間,將事件分類。

Google 會追蹤並回報這些事件,協助合作夥伴支付代理程式傳送訊息的費用。

哪些計費事件適用於各郵件類型?

帳單報表會記錄五種可計費事件。這類事件包括 MT 和 MO 事件,也就是所謂的 A2P 和 P2A 事件。

  • A2P (應用程式對個人) 是 MT (行動裝置終端):商家傳送的訊息。
  • P2A (使用者對應用程式) 是 MO (行動裝置發起):使用者發起的訊息或動作。

下表說明每個可計費事件,適用於非對話式和對話式代理程式。

事件類型 說明 非對話式代理 對話式代理
basic_message 只包含文字,且長度不超過 160 個半形字元的 A2P 訊息。
請參閱範例。
無論使用者是否回覆,一律視為個別計費事件。 除非使用者在 24 小時內回覆,否則系統會將這類訊息視為個別計費事件。在這種情況下,訊息會成為 a2p_conversation 的一部分。
single_message 含有豐富內容的 A2P 訊息,或是超過 160 個字元的純文字訊息。
查看範例
無論使用者是否回覆,一律視為個別計費事件。 除非使用者在 24 小時內回覆,否則系統會將這類訊息視為個別計費事件。在這種情況下,訊息會成為 a2p_conversation 的一部分。
a2p_conversation (商家發起) 使用者在收到 A2P 訊息後 24 小時內回覆,但不在現有對話中。
請參閱範例。
以上選項皆不適用,非對話式代理絕不會產生這類事件。 如果 P2A 訊息是在多則 A2P 訊息的 24 小時內傳送,系統只會使用緊接在 P2A 訊息前方的 A2P 訊息發起對話。這則 A2P 訊息和接下來 24 小時內傳送的任何訊息,都屬於 a2p_conversation。
p2a_conversation (使用者啟動) 當服務專員在收到 P2A 訊息後 24 小時內回覆,且不在現有對話中時,就會觸發這項功能。
請參閱範例。
以上選項皆不適用,非對話式代理絕不會產生這類事件。 如果 A2P 訊息是在多則 P2A 訊息送達後的 24 小時內傳送,系統只會使用緊接在 A2P 訊息前方的 P2A 訊息發起對話。這則 P2A 訊息和接下來 24 小時內傳送的任何訊息,都屬於p2a_conversation。
p2a_message 任何類型的 P2A 訊息。
查看示例。
無論代理是否回覆,一律視為個別計費事件。 除非服務專員在 24 小時內回覆,否則系統會將此視為個別計費事件。

哪些訊息會觸發各項計費事件?

基本訊息

請注意,下方的螢幕截圖顯示文字訊息中的網址預覽畫面。這不是複合式資訊卡。

basic_message_example

單一訊息

single_message_example

A2P 對話

a2p_conversation_example

P2A 訊息

p2a_message_example

P2A 對話

p2a_conversation_example

各項計費事件有哪些優點?

基本訊息

基本訊息的主要優點:

  • 建立信任:驗證和品牌宣傳可建立信任感和信譽。
  • 網址預覽:基本訊息可能包含文字和可點選的網址預覽圖片。
  • 策略性一次性促銷活動:適合短期促銷活動或不需要使用者回應的資訊訊息。
  • 吸引流量:即時通訊可將使用者導向品牌應用程式、網站或其他資源。

basic_message_benefits

單一訊息

單一訊息的主要優點:

  • 視覺衝擊:高品質的圖像可吸引注意並清楚說明選項,進而提高使用者參與度。
  • 一張資訊卡,多種動作:複合式資訊卡或輪轉介面可透過建議執行多種動作,例如建立日曆活動、尋找地點、撥打電話號碼或開啟網址,所有動作都可透過單一訊息完成。
  • 明確價值,簡潔訊息:鼓勵使用者採取下一步。

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 事件。
    • 如果代理在 24 小時內回覆,使用者回覆就會產生 p2a_conversation 事件。如果代理程式未在該時間範圍內回應,系統會改為產生 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 (應用程式對個人):由商家傳送。
  • P2A (使用者對應用程式):由使用者傳送。

對話的運作方式

  • 開始:當一方 (服務專員或使用者) 在收到訊息後的 24 小時內回覆對方,且雙方沒有進行任何對話,即為開始對話。
    • A2P 對話:使用者回覆服務專員的訊息時,就會啟動這類對話。
    • P2A 對話:服務專員回覆使用者訊息時啟動。
  • 對話視窗:對話會在開始後持續 24 小時。對話內容包括這 24 小時內的所有訊息,以及最初回覆的第一則訊息。
  • 計費:系統會根據整段對話計費,而非針對每則訊息個別計費。也就是說,費用是與對話串相關聯,而非與其中的訊息數量相關聯。

下圖顯示對話式代理程式的 A2P 帳單結算工作階段範例:

計費圖表

重要事項

  • 對話不適用於非對話式代理。如果虛擬服務專員採用「基本訊息」或「單一訊息」帳單類別,系統會根據訊息數量計費,無論使用者是否回覆。
  • 如果是對話式代理程式,帳單事件報表和活動記錄的產生時間最多可能會延遲兩天。這段延遲時間可讓 Google 商家即時通訊功能擷取對話中的所有訊息,再計算帳單事件。

帳單報表

什麼是帳單報表?

這份記錄會列出計費事件,並根據代理程式的帳單類別和傳送的訊息類型計算費用。所有積極經營 RCS for Business 的電信業者和合作夥伴,都能使用帳單報表。

詳情請參閱「標準帳單報表和活動記錄」電信業者指南,或「合作夥伴帳單報表」合作夥伴指南。

我可以收到帳單報表嗎?

積極經營 RCS for Business 的電信業者和合作夥伴會收到帳單報表。

如要進一步瞭解活動記錄和檔案存取權,請參閱下列指南:

如果帳單報表缺少資訊,該怎麼辦?

如果發現報表缺少部分資訊,請與支援團隊聯絡,排解問題。詳情請參閱 RCS for Business 疑難排解指南。

為什麼我當月沒有傳送任何訊息,卻仍產生費用?

系統會根據訊息傳送時間記錄 RCS for Business 可計費事件,而非訊息傳送時間。

範例:

您在 6 月底傳送訊息,但訊息在 7 月初才傳送到使用者的裝置 (例如使用者手機處於離線狀態),這些費用就會顯示在 7 月的帳單報表中。RCS for Business 會嘗試傳送訊息,最多 30 天後訊息就會過期。