RCS for Business 结算常见问题解答

RCS for Business 采用两种结算模式：针对非美国流量的标准结算模式和针对美国流量的美国结算模式。本文档介绍了有关标准结算模式的常见问题。如需详细了解美国结算分类，请参阅美国结算模式指南。

结算类别

什么是代理结算类别？

结算类别是 RCS 商务代理的分类，用于告知结算逻辑您的代理发送的消息。您需要在创建代理时选择此类别，之后将无法更改。

下表介绍了两种主要结算类别。

结算类别 代理类型 应用场景示例 结算方式
与对话无关 主要发送单向消息的代理
  • 动态密码
  • 提醒
  • 促销优惠
 按消息收费。
对话 旨在与用户进行来回对话的代理
  • 寻找合适的产品
  • 预订车票
  • 排查问题
 按对话收费：如果一方（代理或用户）在 24 小时内回复另一方的消息，则对话开始。在对话窗口期（首次回复后的 24 小时内），代理和用户可以交换任意数量的消息，并且代理将按固定费率为对话付费。

按消息收费：如果代理发送的消息在 24 小时内未收到用户回复，则代理将按单条消息付费，与非对话型代理类似。

如何知道应为代理选择哪个结算类别？

主要有两大类结算方式：对话式和非对话式。

  • 非对话式代理按其向用户发送的消息数量收费。
    • 此类别最适合不希望频繁收到回复的代理。
  • 对于对话式代理，系统会按固定费率收取对话费用，其中包含 24 小时内交换的所有消息。
    • 此类别最适合与用户进行多轮对话的代理。

选择最适合您的使用场景和预期用户互动的结算类别。无论消息属于哪个类别，代理都可以发送任何消息类型。

这是因为结算类别决定了消息的收费方式，而不是代理可以发送的消息类型。例如，对话型代理仍可发送基本消息，而非对话型代理可发送多条消息，包括富卡片。

非对话结算类别

将基本消息类别和单条消息类别合并为一个非对话类别后，对我的代理有何影响？

2025 年 11 月 20 日，我们将两个旧版结算类别（基本消息和单条消息）合并为一个非对话结算类别，从而简化了结算结构。由于旧版类别的结算逻辑完全相同，因此这项更改只是简化了代理配置。

从现在开始，每个代理都会被归类为对话型或非对话型。

此变更会影响 RcsBusinessMessagingAgentBillingConfig，并适用于使用开发者控制台或管理 API 的所有开发者，以及使用运营 API 的所有运营商。

API 用户有 90 天的过渡期（截至 2026 年 2 月 18 日）来将新类别集成到您的各个系统中。如需详细了解过渡计划，包括 API 向后兼容性和建议的代码更改，请参阅以下部分。

现有代理迁移（无需采取任何行动）

支持团队将自动处理迁移：

  • 在 90 天的过渡期结束后，所有归类为基本消息或单条消息的代理都会自动重新归类为非对话型代理。
  • 在迁移现有代理之前，您会收到 30 天的通知。

开发者控制台（开发者）

  • 现有代理：在 2026 年 2 月 18 日之前，开发者控制台将继续为现有代理显示旧版基本消息和单条消息类别。
  • 新代理：您只能创建新的对话式或非对话式代理。

管理 API（开发者）

  • 向后兼容性：在 90 天的宽限期内，管理 API 将暂时支持并返回旧版 BASIC_MESSAGE 和 SINGLE_MESSAGE 值以及新版 NON_CONVERSATIONAL 值。
  • 请采取行动：在 2026 年 2 月 18 日之前更新代理逻辑，以使用新的 NON_CONVERSATIONAL 值。

推荐的代码模式

为确保您的代码能够应对未来的变化，我们建议您更新逻辑，对 billingCategory 字段使用二进制检查：

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

这种方法可防止您的系统依赖于可能会发生更改的特定枚举名称或值。

运营 API（运营商）

  • 向后兼容性：为防止中断，在 90 天的过渡期内，Operations API 将针对标记为 NON_CONVERSATIONAL 的代理返回旧版 SINGLE_MESSAGE。
  • 需要采取行动：在 2026 年 2 月 18 日之前更新您的系统，以处理新的 NON_CONVERSATIONAL 值。
  • 提前采用：运营商可以与支持团队联系，选择在 2026 年 2 月 18 日之前接收新的 NON_CONVERSATIONAL 枚举。 选择启用后，配置为 NON_CONVERSATIONAL 的代理（在开发者控制台中或通过 Management API）将在 Operations API 中返回 NON_CONVERSATIONAL。

可计费事件

什么是可计费事件？

可结算事件是指 RCS Business 代理与用户之间出于结算目的而跟踪的互动。系统会根据消息类型和互动时间对事件进行分类。

Google 会跟踪并报告这些事件，以帮助运营商向合作伙伴收取其代理发送的消息的费用。

哪些可结算事件适用于每种消息类型？

结算报告中会记录五种类型的结算事件。这些事件包括 MT 事件和 MO 事件，分别称为 A2P 事件和 P2A 事件。

  • A2P（应用到个人）是 MT（移动被叫）：由商家发送的消息。
  • P2A（用户到应用）是 MO（移动主叫）：用户发起的某条消息或某项操作。

下表介绍了每种可结算事件（适用于非对话型代理和对话型代理）。

Event type 说明 非对话式智能体 对话智能体
basic_message 仅包含文本且长度不超过 160 个字符的 A2P 消息。
请参阅示例。		 无论用户是否回复，始终视为单独的结算事件。 除非用户在 24 小时内回复，否则系统会将此消息视为单独的付费事件。在这种情况下，相应消息会成为 a2p_conversation 的一部分。
single_message 包含丰富内容或仅包含文本内容且超过 160 个字符的 A2P 消息。
查看示例		 无论用户是否回复，始终视为单独的结算事件。 除非用户在 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 结算事件。

什么是对话？

在 RCS 商业信息中，对话是指用户与对话型代理在 24 小时内交换的一系列消息。只有结算类别为“对话”的代理才能生成对话，并针对以下可结算事件付费：

  • A2P（应用到个人）：由商家发送。
  • P2A（个人到应用）：由用户发送。

对话的运作方式

  • 开始：当一方（代理或用户）在收到另一方发来的消息后 24 小时内回复该消息时，对话即开始，前提是双方之间不存在任何现有对话。
    • A2P 对话：当用户回复代理的消息时开始。
    • P2A 对话：当代理回复用户消息时开始。
  • 对话窗口：对话在开始后会保持 24 小时的活跃状态。对话包括此 24 小时时间范围内的所有消息，以及最初回复的第一条消息。
  • 结算：对话式代理的结算方式不是按每条消息结算，而是按整个对话结算。这意味着费用与对话串相关联，而不是与其中的消息数量相关联。

下图展示了对话型代理的 A2P 结算会话示例：

结算图

重要提示

  • 对话不适用于非对话式代理。如果代理的结算类别为“基本消息”或“单条消息”，则无论用户是否回复，系统都会按消息收费。
  • 对于对话式代理，生成结算事件报告和活动日志最多可能会延迟两天。此延迟可让 RCS 商务版在计算结算事件之前捕获对话中的所有消息。

如果代理在用户回复之前发送了多条消息，会生成哪些结算事件？

代理的结算类别和用户的回复时间决定了系统会生成哪种类型的事件。

对于非对话型代理：每条消息都会生成自己的事件

  • 代理消息会生成 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 消息会导致结算事件。无论您是手动分享位置信息，还是通过建议的操作分享位置信息，此规定都适用。
点按退订或订阅 是 生成的网络钩子事件不会计入结算事件，但当用户点按“退订”或“订阅”选项时传送的自动停止或开始消息会被视为 MO 消息。

当用户回答生成可结算的事件（如上所述）时，事件类型取决于代理的结算类别。

对于非对话式智能体：

  • 用户响应生成的结算事件始终为 p2a_message。

对于对话智能体：

事件类型还取决于 24 小时时间范围内消息的时间。

  • 当用户回复代理的消息时：
    • 24 小时内：用户的回复有助于现有 a2p_conversation 事件。
    • 24 小时后：用户的回复会生成新的 p2a_message 事件。
  • 当代理回复用户的消息时：
    • 24 小时内：代理的回复会创建一个 p2a_conversation，从用户的初始消息开始。
    • 24 小时后：用户的消息会生成 p2a_message 事件。

结算报告

什么是结算报告？

它是可计费事件的记录，这些事件是根据代理的结算类别和它发送的消息类型计算得出的。结算报告面向所有正在积极运营 RCS 商务的运营商提供。

如需详细了解结算报告，请参阅结算事件报告和活动日志。

我可以接收结算报告吗？

只有正在积极运营 RCS 商务的运营商才会收到结算报告。合作伙伴不会收到结算报告。

如需了解如何获取结算报告，请参阅文件存储和访问。 以下说明介绍了如何使用安全文件传输协议 (SFTP) 来检索有权访问结算报告的运营商的结算报告。

如果结算报告中缺少信息，该怎么办？

如果您发现报告中缺少某些信息，请与支持团队一起排查问题。如需了解详情，请参阅 RCS 商务版问题排查指南。

为什么我在没有发送任何消息的月份会看到费用？

RCS 商家私信的结算事件是根据消息的传送时间（而非发送时间）记录的。

示例：

如果您在 6 月底发送消息，但这些消息在 7 月初才送达用户设备（例如，如果用户手机处于离线状态），那么这些费用将显示在 7 月的结算报告中。RCS for Business 会尝试递送消息，直到消息过期（最长 30 天）。

结算模式

标准结算模式与美国结算模式的主要区别是什么？

标准模型和美国模型都会使用代理预先选择的结算类别（对话型或非对话型）来确定总体费率结构。主要区别在于用于可结算事件的分类集。

标准结算模式（非美国流量）

此模型适用于美国以外的所有流量。

  • 分类依据是客服人员的结算类别和消息内容。
    • 非对话式智能体：按消息收费。消息内容决定了事件：基本消息或单条消息。
    • 对话智能体：按对话收费。 对话是指用户与代理之间在 24 小时内进行的无限次消息交换，按固定费率收费。如果用户未在 24 小时内回复，代理的消息将单独按基本消息或单条消息收费。
  • 可结算的活动：
    • basic_message
    • single_message
    • a2p_conversation
    • p2a_conversation
    • p2a_message
  • 结算逻辑：最终费用取决于代理的结算类别，即每条消息的固定费率（非对话）或每 24 小时对话窗口的固定费率（对话）。

美国结算模式

此模型适用于所有与美国电话号码相关的流量。如需了解详情，请参阅美国结算模式指南。

  • 系统会自动根据内容对单条消息和用户操作进行分类。 无论代理的结算类别如何，每个可结算事件都属于以下类别之一：
    • 富消息 (MT/MO)
    • 富媒体消息 (MT/MO)
    • 建议操作点击次数（仅限移动设备）
  • 可结算的活动：
    • a2p_rich_message
    • a2p_rich_media_message
    • p2a_rich_message
    • p2a_rich_media_message
    • suggested_action_click
  • 结算逻辑：最终费用取决于代理的结算类别，并使用可结算的事件分类来应用正确的费率结构。

技术和报告方面的差异

  • RBM API：AgentMessage 和 UserMessage API 资源包含一个 richMessageClassification 对象，用于仅针对美国流量定义消息类型。此信息会在 API 调用时实时提供，并且与后续的结算报告分开。
  • 结算报告：结算报告是针对每种模式量身定制的，其中包含一个 type 列，列出了特定于相应模式的可结算事件。美国账单报告还包含一个 segment_count 列，该列仅适用于富消息。
上一页
代理使用场景和业务规则