美國帳單常見問題解答

RCS for Business 使用兩種計費模式：非美國流量採用標準計費模式，美國流量採用美國計費模式。本文檔涵蓋有關美國計費模式的常見問題。有關標準分類的詳細信息，請參閱標準計費常見問題解答指南。

計費類別

代理商計費類別有哪些？

計費類別是 RCS for Business 代理程式的分類，它決定了代理程式發送的訊息的計費邏輯。您在建立代理程式時選擇此類別，之後無法變更。如果您想要變更代理程式的計費類別，則需要透過即時代理更新流程進行操作。

注意：無論計費類別為何，您的代理商都可以傳送任何類型的訊息（富媒體和富媒體訊息）。

我如何知道應該為我的代理人選擇哪個計費類別？

計費方式主要分為兩大類：對話式計費和非對話式計費。

• 非對話式代理程式會根據其向用戶發送的每個訊息收費。
  • 這一類別最適合那些不期望頻繁收到回覆的經紀人。
• 對話式代理以會話次數收取固定費用，前提是會話已觸發。會話觸發後，費用包含24小時內交換的所有訊息，包括觸發會話的訊息。即使訊息不屬於24小時會話，對話式代理仍可能收取費用。
  • 此類別最適合與用戶進行多輪對話的代理，無論對話是由用戶還是代理發起。

注意：為了簡化計費結構，我們將原有的「基本訊息」和「單一訊息」計費類別合併為一個「非對話式」計費類別。開發者控制台已更新，現在所有新客服人員都會看到這個統一的計費類別。有關現有客服人員遷移和 API 整合視窗的完整詳情，請參閱「非對話式」計費類別主題。

選擇最符合您的使用情境和預期使用者參與度的計費類別。您的客服人員可以發送任何類型的訊息，不受類別限制。

這是因為計費類別決定的是訊息的計費方式，而不是客服人員可以發送或接收的訊息類型。例如，對話式客服人員仍然可以發送基本訊息，而非對話式客服人員可以發送多種訊息，包括富媒體卡片。

更多資訊請參閱「計費類別」 。

什麼是會話，它是如何運作的？

多種類型的消息可以組合成一個會話。在美國，對於對話式代理而言，會話是根據特定的觸發條件和持續時間來定義和計費的。

會話觸發器

當品牌代理程式和使用者在 24 小時內交換4 個富媒體訊息（包括至少一個行動終端訊息和至少兩個行動發起的回應）時，就會觸發一次會話。

帳單

對話式代理程式既可以按會話計費，也可以按訊息計費。當滿足完整的會話觸發條件時，將收取一次會話費用，涵蓋從第一個觸發訊息發出後的 24 小時內的所有會話。

美國計費模式將單一計費事件分類如下：

• 富文本訊息 (MT/MO) ：按段計費的事件（1 個段落等於 160 位元組的 UTF-8 編碼文本，除非是會話的一部分）。
• 富媒體訊息 (MT/MO) ：以單一固定費率計費，無論內容大小，除非是會話的一部分。這包括富媒體卡片、輪播圖和媒體文件附件。
• 建議操作點擊（僅限 MO） ：每次點擊建議操作都會產生一個計費事件。

重要的

• 會話不適用於非對話式代理程式。
• 對於對話式代理，計費事件報告和活動日誌的產生最多可以延遲兩天。這種延遲使得 RCS for Business 能夠在計算計費事件之前捕獲會話中的所有訊息。

RBM帳單報告和交易記錄使用哪個時區？

RBM計費報告每日生成，並按太平洋時間（PT）進行整理。每份報告文件代表從太平洋時間午夜至午夜的24小時活動週期。

然而，報告記錄中的start_time時間戳記採用 ISO 8601 格式，並以協調世界時 (UTC) 記錄。這為交互發生的確切時間提供了一個一致的全球參考。

如果一次療程跨越一個月的最後一天到下個月的第一天，該如何處理？

對於A2P訊息，其分類和計費取決於訊息的送達時間。對於P2A訊息，計費取決於用戶發送訊息的時間。

對於涵蓋 24 小時互動視窗的會話，適用以下邏輯：

• 開始日期分配：即使會話跨越不同月份的兩個日曆日，該 24 小時視窗內的所有訊息也會分組在一起，共用相同的billing_event_id ，並在會話觸發序列中第一則訊息的start_time下報告。
• 報告延遲：由於會話可持續長達 24 小時，且需要 4 個訊息觸發才能識別，因此對話代理的計費報告產生最多可能會延遲兩天。此延遲旨在確保在最終產生報告之前，會話中的所有訊息均被捕獲並分配正確的billing_event_id 。
• 延遲送達範例：如果代理商在 6 月底發送了一條訊息，但直到 7 月初才送達（例如，因為用戶的手機離線），則該次特定的送達會觸發 7 月份帳單報告的計費事件。

計費事件

什麼是計費事件？

計費事件是指RCS for Business代理與使用者之間因計費目的而被追蹤的互動。計費事件顧名思義，就是需要支付費用的事件。業者決定是否以及如何對計費事件收費。

Google 會追蹤並報告這些事件，以幫助業者向合作夥伴收取其代理商發送的訊息的費用。

哪些計費事件適用於每種訊息類型？

注意：本節的事件僅適用於美國計費模式（美國流量）。若要了解非美國流量的計費事件，請參閱計費常見問題頁面。

計費報告中記錄了七種計費事件。這些事件包括MT和MO事件，分別稱為A2P事件和P2A事件。

• A2P（應用程式到個人）是 MT（行動終端） ：由企業發送的訊息。
• P2A（人機互動）即 MO（行動端發起） ：由使用者發起的訊息或操作。

有關每個計費事件如何適用於非對話式代理程式和對話式代理，請參閱計費事件文件。

哪些用戶回應會導致計費事件？

在美國，特定的使用者回應會構成計費事件。下表闡明了在美國哪些使用者回應會構成計費事件及其對應的事件類型：

使用者回應	為可計費活動做出貢獻	計費事件類型（美國）	筆記
傳送文件	是的	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 （停止/啟動訊息）	輕點觸發的自動停止或啟動訊息將被視為富消息（P2A/MO）。 Webhook 事件本身不計費。

當使用者回應產生計費事件時，事件分類將根據內容自動進行，而計費邏輯則由代理人的計費類別決定。

對於非對話式智能體：

每次使用者回應都會作為單獨的事件計費（例如p2a_rich_message或p2a_suggested_action ）。

對於對話代理：

計費邏輯遵循會話觸發模型。系統會記錄單一事件，直到滿足 4 個訊息的會話觸發條件（24 小時內至少 1 個 MT 訊息和 2 個 MO 訊息）。會話啟動後，24 小時內交換的所有訊息均包含在一次會話費用中，包括構成會話觸發條件的四個訊息。

帳單報告

什麼是帳單報告？

這是計費事件的記錄，計費金額根據代理商的計費類別及其發送的訊息類型計算。所有積極經營 RCS for Business 的業者均可查看計費報告。

有關帳單報告的更多信息，請參閱美國帳單報告。

我可以索取帳單報告嗎？

只有積極經營 RCS for Business 的業者才能收到帳單報告。合作夥伴不會收到 Google 的帳單報告，但營運商可以向合作夥伴提供帳單報告。

為什麼我一個月內沒有發送任何訊息，卻出現了費用？

對於代理程式發起的訊息（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 框架，對話類美國代理商可以按單次會話收費，而不是按訊息收費。

當在24小時內（自第一則訊息發送之日起）交換了4條富媒體或富媒體訊息（其中至少包含2條MO訊息和1條MT訊息）時，即觸發一次會話。一旦達到此閾值，該24小時視窗內的所有訊息均按一次會話計費。任何未觸發會話或超出會話範圍的訊息均按標準單一訊息費率計費。

最終費用由代理商的計費類別決定，根據營運商的費率表，使用計費事件分類來應用正確的費率結構。

技術和報告差異

• RBM API ： AgentMessage and [ UserMessage ](/business-communications/rcs-business-messaging/reference/rest/v1/UserMessage) API 資源包含一個richMessageClassification對象，僅用於定義美國流量的訊息類型。此資訊在 API 呼叫時即時提供，與後續的計費報告無關。
• 計費報告：計費報告根據每個型號量身定制，包含一個type列，列出該型號特有的計費事件。美國計費報告還包含一個segment_count欄位（僅適用於富文本訊息）和一個session_type欄位（僅適用於會話中的訊息）。