标准结算常见问题解答

本文档介绍了有关 RCS for Business 结算模式的常见问题。

结算类别

什么是代理结算类别？

结算类别是对您的 RCS for Business 代理进行分类，用于为代理发送的消息提供结算逻辑。您需要在创建代理时选择此类别，之后将无法更改。

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

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

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

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

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

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

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

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

非对话式结算类别

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

2025 年 11 月 20 日，我们将两个旧版结算类别（基本消息和单条消息）合并为一个非对话式结算类别，从而简化了结算结构。

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

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

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

RBM 支持团队会将所有归类为基本消息或单条消息的现有代理自动迁移到非对话型类别。此次迁移将于 2026 年 3 月 16 日开始。

无需执行任何操作：现有代理的迁移将由 Google 自动处理，您无需执行任何操作。

可计费事件

什么是可计费事件？

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

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

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

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

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

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

事件类型 说明 非对话智能体 对话智能体
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 结算事件。

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

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

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

  • 代理消息会生成 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 for Business 中，对话是指用户与对话代理在 24 小时内互发的一系列消息。只有结算类别为“对话”的代理才能生成对话，并针对以下可结算事件收取费用：

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

对话的运作方式

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

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

结算图

重要提示

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

结算报告

什么是结算报告？

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

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

我可以接收结算报告吗？

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

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

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

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

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

RCS for Business 可结算事件的记录依据是消息的传送时间，而不是消息的发送时间。

示例：

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