RBM 結帳常見問題

以下各節將說明 RBM 帳單的常見問題。

帳單類別

什麼是代理商帳單類別？

帳單類別是 RBM 服務專員的分類，可告知電信業者如何收取服務專員傳送訊息的費用。您在建立代理程式時選擇這個類別，之後無法變更。

下表說明兩大類別的帳單。

帳單類別 服務專員類型 應用實例 計費方式
非對話式
(包括「基本訊息」和「單一訊息」類別。注意：這兩類已沒有任何差異。無論是哪一類別的服務專員，都會以非對話服務專員計費)。		 主要傳送單向訊息的代理程式
  • 動態密碼
  • 快訊
  • 促銷優惠
 按訊息計費。
對話 專為與使用者來回對話而設計的服務專員
  • 尋找合適的產品
  • 預訂車票
  • 排解問題
 以對話計費：如果一方 (代理程式或使用者) 在 24 小時內回覆另一方的訊息，系統就會開始計費。在對話期間 (首次回覆後的 24 小時內)，代理和使用者可以交換任意數量的訊息，且代理會按固定費率支付對話費用。

按訊息計費：如果代理傳送訊息後，使用者在 24 小時內未回覆，系統會向代理收取個別訊息的費用，與非對話式代理相同。

如何判斷應為代理商選擇哪個帳單類別？

主要有兩大類帳單：對話式和非對話式。

  • 非對話式代理程式會針對傳送給使用者的每則訊息收費。
    • 如果服務專員不常回覆，建議使用這個類別。
  • 系統會針對對話向您收取固定費率，對話包含 24 小時內的所有訊息。
    • 這個類別最適合與使用者進行多輪對話的虛擬服務專員。

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

這是因為系統會根據帳單類別決定訊息的收費方式，而不是根據代理程式可傳送的訊息類型。舉例來說，對話式代理程式仍可傳送基本簡訊，而基本訊息或單一訊息代理程式則可傳送多則訊息，包括動態卡片。

帳單事件

什麼是帳單事件？

帳單事件是指 RBM 代理程式與使用者之間的互動，會用於計費。系統會根據訊息類型和互動時間，將事件分類。

Google 會追蹤並回報這些事件，協助電信業者向合作夥伴收取代理商傳送訊息的費用。

哪些帳單事件適用於各郵件類型？

帳單事件報表會記錄五種不同類型的帳單事件。 這類事件包括 A2P 和 P2A 訊息。

  • A2P (應用程式對個人)：由商家傳送。
  • P2A (使用者對應用程式)：由使用者傳送。

下表說明各項帳單事件如何套用至非對話式和對話式代理程式。

事件類型 說明 非對話型代理 對話型代理
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 Messages 可將使用者導向品牌應用程式、網站或其他資源。

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 計費事件。

什麼是對話？

在 RBM 中，對話是指使用者和對話式代理程式在 24 小時內互傳的一連串訊息。只有帳單類別為「對話」的代理程式可以產生對話，並針對下列帳單事件收費：

  • A2P (應用程式對個人)：由商家傳送。
  • P2A (使用者對應用程式)：由使用者傳送。

對話的運作方式

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

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

計費圖表

重要事項

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

如果代理在使用者回覆前傳送多則訊息，會產生哪些帳單事件？

系統會根據代理程式的帳單類別和使用者的回覆時間，產生不同類型的事件。

非對話式代理程式：每則訊息都會產生專屬事件

  • 代理程式訊息會產生 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 訊息。
輕觸建議動作或位置資訊分享 否 回傳資料不會計入計費事件。如果是分享位置資訊動作，內含使用者位置資訊的訊息也不會計為結算事件。
輕觸「取消訂閱」或「訂閱」 是 產生的網頁掛鉤事件不會計入帳單事件。不過，使用者輕觸「取消訂閱」或「訂閱」選項時，系統自動傳送的 STOP 或 START 訊息會視為 MO 訊息。

當使用者回覆產生計費事件 (如上所述) 時，事件類型取決於代理程式的計費類別：

非對話型代理：

  • 使用者回應產生的帳單事件一律為 p2a_message。

對話型代理：

事件類型也會根據 24 小時內訊息的傳送時間決定。

  • 使用者回覆服務專員的訊息時：
    • 24 小時內：使用者的回覆會計入現有的 a2p_conversation 事件。
    • 24 小時後：使用者回覆會產生新的 p2a_message 事件。
  • 代理程式回覆使用者訊息時：
    • 24 小時內：代理程式的回覆會建立 p2a_conversation，從使用者的初始訊息開始。
    • 24 小時後：系統會根據使用者的訊息產生 p2a_message 事件。

帳單事件報表

什麼是帳單事件報表？

這是帳單事件的記錄，系統會根據代理程式的帳單類別和傳送的訊息類型計算費用。所有積極經營 RBM 的電信業者都能使用帳單事件報表。

如要進一步瞭解帳單報表，請參閱「帳單事件報表和活動記錄」。

我可以收到帳單事件報表嗎？

只有目前營運 RBM 的電信業者才會收到帳單報表。合作夥伴不會收到帳單事件報表。

如要瞭解如何取得帳單事件報表，請參閱「檔案儲存空間和存取權」。以下說明如何使用安全檔案傳輸通訊協定 (SFTP) 擷取帳單事件報表。只有有權存取帳單報表的電信業者才能使用這項功能。

如果帳單報表缺少資訊，該怎麼辦？

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

上一頁
服務專員用途和業務規則