企業專用 RCS 帳單常見問題

企業專用 RCS 採用兩種計費模式：非美國流量的標準計費模式，以及美國流量的美國計費模式。本文將說明標準帳單模式的常見問題。如要進一步瞭解美國的帳單分類，請參閱美國計費模式指南。

帳單類別

什麼是代理商帳單類別？

帳單類別是 RCS 企業服務代理程式的分類，可做為代理程式傳送訊息的帳單邏輯依據。您在建立代理程式時選擇這個類別，之後無法變更。

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

注意： 無論帳單類別為何，服務專員都可以傳送任何類型的訊息。

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

如何判斷代理人應選擇哪種帳單類別？

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

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

注意： 為簡化帳單結構，我們已將舊版「基本訊息」和「單一訊息」帳單類別合併為單一「非對話」帳單類別。開發人員控制台已更新，現在所有新代理程式都會顯示這個統一類別。如要瞭解現有代理程式的遷移作業和 API 整合時間範圍，請參閱「非對話式帳單類別」

主題。

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

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

非對話帳單類別

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

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

重要事項： 這項更新不會影響代理程式產生的計費事件。 由於舊類別的計費機制相同，因此這項異動只是整合標籤，不會影響您的收費方式。

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

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

API 使用者有 90 天的轉換期 (至 2026 年 2 月 18 日)，可將新類別整合至系統。如要瞭解完整的轉換計畫，包括 API 向下相容性和建議的程式碼變更，請參閱下列章節。

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

支援團隊會自動處理遷移作業：

• 在 90 天的轉換期間，所有歸類為「基本訊息」或「單一訊息」的代理程式，都會重新歸類為「非對話」。
• 現有代理程式遷移前 30 天，您會收到通知。

開發人員控制台 (開發人員)

• 現有代理程式：在 2026 年 2 月 18 日前，開發人員控制台仍會繼續顯示現有代理程式的舊版「基本訊息」和「單一訊息」類別。
• 新代理程式：您只能建立新的代理程式，且類型為對話式或非對話式。

管理 API (開發人員)

• 回溯相容性：在 90 天的轉換期間，Management API 會支援並傳回舊版 BASIC_MESSAGE 和 SINGLE_MESSAGE 值和新版 NON_CONVERSATIONAL 值。
• 敬請採取行動：在 2026 年 2 月 18 日前，更新代理程式邏輯以使用新的 NON_CONVERSATIONAL 值。
• 為確保程式碼能因應未來變化，請使用建議的程式碼模式。

Operations API (電信業者)

• 回溯相容性：為避免服務中斷，在 90 天的轉換期間，Operations API 會針對標示為 NON_CONVERSATIONAL 的代理程式，傳回舊版 SINGLE_MESSAGE 值。
• 敬請採取行動：請在 2026 年 2 月 18 日前更新系統，以處理新的 NON_CONVERSATIONAL 值。
• 提早採用：電信業者可以在 2026 年 2 月 18 日前與支援團隊聯絡，選擇接收新的 NON_CONVERSATIONAL 列舉。 選擇加入後，透過開發人員控制台或 Management API 設定為 NON_CONVERSATIONAL 的代理程式，會在 Operations API 中傳回 NON_CONVERSATIONAL 值。
• 為確保程式碼能因應未來變化，請使用建議的程式碼模式。

建議的程式碼模式

為確保程式碼能因應日後的異動，建議您更新邏輯，對 billingCategory 欄位執行二進位檢查：

if (billingCategory == CONVERSATIONAL) {
  // Logic for conversational messages
} else {
  // Logic for non-conversational messages
}

這種做法可避免系統依附於可能變更的特定列舉名稱或值。

可計費事件

什麼是可計費事件？

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

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 小時內回覆，否則系統會將這類回覆視為個別計費事件。

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

基本訊息

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

單一訊息

A2P 對話

P2A 訊息

P2A 對話

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

基本訊息

基本訊息的主要優點：

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

單一訊息

單一訊息的主要優點：

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

對話

A2P 和 P2A 對話的主要優點：

• 整合互動式多媒體：加入各種媒體，例如圖片、影片和 PDF，以及建議動作和回覆。
• 個人化互動：允許來回對話、提供專屬協助和產品建議。
• 轉換機會：讓使用者在對話中採取行動，減少操作不便，提高轉換率。

代理商帳單類別與可計費事件有何關聯？

請勿將 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 事件的一部分。下表說明哪些使用者回覆會計入可計費事件。

注意： 電信業者會決定是否以及如何收取 p2a_message 和 p2a_conversation 事件的費用。這些事件會納入帳單報表，方便電信業者追蹤使用者參與度，提升透明度。

以下是重點摘要：

使用者回應	計入可計費事件	附註
傳送檔案	是	視為行動裝置發起的 (MO) 訊息。
傳送簡訊	是	視為 MO 訊息。
輕觸建議的回覆	是	視為 MO 訊息。
輕觸建議動作	否	輕觸本身的回傳資料不會計為可計費事件。
分享位置資訊	是	含有使用者位置資訊的 MO 訊息會計為可計費事件。無論是手動分享位置資訊或透過建議動作分享，這項規定都適用。
輕觸「取消訂閱」或「訂閱」	是	產生的網路鉤子事件不會計費，但使用者輕觸「取消訂閱」或「訂閱」選項時傳送的自動 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 帳單結算工作階段範例：

重要事項

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

帳單報表

什麼是帳單報表？

這份記錄會列出計費事件，並根據代理程式的計費類別和傳送的訊息類型計算費用。只要電信業者目前積極經營 RCS 企業即時通訊，就能使用帳單報表。

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

我可以收到帳單報表嗎？

只有積極經營 RCS 商家訊息的電信業者，才會收到帳單報表。合作夥伴不會收到帳單報表。

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

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

如果發現報表缺少某些資訊，請與支援團隊聯絡，排解問題。詳情請參閱 RCS 企業版疑難排解指南。

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

系統會根據訊息傳送時間記錄 RCS 企業訊息可計費事件，而非訊息傳送時間。

範例：

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

計費模式

標準和美國帳單模式的主要差異為何？

標準和美國模型都會使用代理商預先選取的帳單類別 (對話或非對話)，判斷整體費率結構。主要差異在於用於可計費事件的分類組合。

標準計費模式 (非美國流量)

這項模型適用於美國境外的所有流量。

• 分類依據為代理商的帳單類別和訊息內容。
  • 非對話式代理：按訊息收費。訊息內容會決定事件類型：基本訊息或單一訊息。
  • 對話式代理：按對話計費。 對話是指使用者和服務專員之間 24 小時內無限制的訊息交流，費用為固定費率。如果使用者在 24 小時內未回覆，系統會將服務專員的訊息視為基本訊息或單一訊息，並個別計費。
• 可計費事件：
  • basic_message
  • single_message
  • a2p_conversation
  • p2a_conversation
  • p2a_message
• 計費邏輯：最終費用取決於代理程式的計費類別，因此每則訊息會收取固定費率 (非對話式)，或每 24 小時的對話視窗會收取固定費率 (對話式)。

美國帳單模式

這項模型適用於所有往返美國電話號碼的流量。詳情請參閱美國計費模式指南。

• 系統會根據內容自動分類個別郵件和使用者動作。 無論代理程式的帳單類別為何，每個可計費事件都會歸類為下列其中一種：
  • 複合式訊息 (MT/MO)
  • 互動式多媒體訊息 (MT/MO)
  • 建議動作點擊 (僅限 MO)
• 可計費事件：
  • a2p_rich_message
  • a2p_rich_media_message
  • p2a_rich_message
  • p2a_rich_media_message
  • p2a_suggested_action
• 計費邏輯：最終費用取決於服務專員的計費類別，並根據可計費事件分類套用正確的費率結構。

技術和報表差異

• RBM API：AgentMessage 和 UserMessage API 資源包含 richMessageClassification 物件，可定義僅適用於美國流量的訊息類型。這項資訊會在 API 呼叫時即時提供，與後續的帳單報表不同。
• 帳單報表：帳單報表會根據各個模型量身打造，並包含 type 欄，列出該模型專屬的可計費事件。美國帳單報表也包含「segment_count」資料欄，但僅適用於即時通訊。