标准结算常见问题解答

本文档解答了与 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 A2P 消息，仅包含不超过 160 个字符的文本。
请参阅示例。		 始终视为单个可计费事件，无论用户是否回复。 视为单个可计费事件，除非用户在 24 小时内回复。在这种情况下，消息将成为 a2p_conversation 的一部分。
single_message A2P 消息，包含富媒体内容或仅包含超过 160 个字符的文本。
请参阅示例		 始终视为单个可计费事件，无论用户是否回复。 视为单个可计费事件，除非用户在 24 小时内回复。在这种情况下，消息将成为 a2p_conversation 的一部分。
a2p_conversation（商家发起） 当用户在收到 A2P 消息后 24 小时内回复该消息时，系统会在现有对话之外发起此事件。
请参阅示例。		 不适用。非对话式代理永远不会生成此类事件。 如果在多条 A2P 消息后的 24 小时内发送了 P2A 消息，则仅使用紧随 P2A 消息之前的 A2P 消息来发起对话。此 A2P 消息以及在接下来的 24 小时内发送的任何消息都属于 a2p_conversation。
p2a_conversation（用户发起） 当代理在收到 P2A 消息后 24 小时内回复该消息时，系统会在现有对话之外发起此事件。
请参阅示例。		 不适用。非对话式代理永远不会生成此类事件。 如果在多条 P2A 消息后的 24 小时内发送了 A2P 消息，则仅使用紧随 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 结算会话示例：

结算图

重要提示

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

结算报告

什么是结算报告？

结算报告是可计费事件的记录， 这些事件是根据代理的 结算类别 及其发送的消息类型计算得出的。所有积极运营 RCS for Business 的运营商和合作伙伴都可以获取结算报告。

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

我可以收到结算报告吗？

积极运营 RCS for Business 的运营商和合作伙伴会收到结算报告。如需详细了解活动日志和文件访问权限，请参阅 结算报告 指南。

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

如果您发现报告中缺少某些信息，请与支持团队联系以排查问题。如需了解详情，请参阅 RCS for Business 问题排查指南。

为什么我在某个月份没有发送任何消息，却看到了费用？

RCS for Business 可计费事件 是根据消息的递送时间（而不是消息的 发送时间）记录的。

示例：

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