RBM 结算常见问题解答

以下部分解答了有关 RBM 结算的常见问题。

结算类别

什么是代理结算类别？

结算类别是 RBM 代理的一种分类，用于告知运营商如何针对代理发送的消息收费。您需要在创建代理时选择此类别，之后将无法更改。

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

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

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

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

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

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

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

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

结算事件

什么是结算事件？

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

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

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

结算事件报告中会记录五种不同类型的结算事件。 这些事件包括 A2P 和 P2A 消息。

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

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

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 结算事件。

什么是对话？

在 RBM 中，对话是指用户与对话式代理在 24 小时内互发的一系列消息。只有结算类别为“对话”的代理才能生成对话，并针对以下结算事件收取费用：

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

对话的运作方式

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

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

结算图

重要提示

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

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

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

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

  • 代理消息会生成 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 消息。
点按建议的操作或位置信息分享 否 回传数据不会促成结算事件。对于分享位置信息操作，包含用户位置信息的消息也不会产生结算事件。
点按退订或订阅 是 生成的 Webhook 事件不会产生结算事件。不过，当用户点按“退订”或“订阅”选项时系统自动发送的“停止”或“开始”消息会被视为 MO 消息。

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

对于非对话式代理：

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

对于对话代理：

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

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

结算事件报告

什么是结算事件报告？

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

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

我可以接收结算活动报告吗？

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

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

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

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

上一页
代理使用场景和业务规则