> ## Documentation Index
> Fetch the complete documentation index at: https://docs.ycloud.com/llms.txt
> Use this file to discover all available pages before exploring further.
# 查看 WhatsApp Flow 提交内容
> 在群发活动报告和 Flow 日志中查找已提交的 Flow 响应。
在群发活动报告和 Flow 日志中查看客户通过您的 WhatsApp Flows 提交的响应。
## 查看群发活动响应
对于通过群发活动发送的 Flow，打开群发活动分析并检查该活动可用的 Flow 响应详情。
## 查看 Flow 日志
在 YCloud 的 **WhatsApp Flows** 区域中，选择相应的 Flow 并打开其日志以查看已提交的响应。
对于包含 Flow 的模板，模板的报告视图也会提供提交信息并支持访问响应日志。
## 端到端核对单条响应
从一条已知的测试响应开始并全程跟进：
1. 确认邀请消息及其最终送达状态。
2. 在相关的 Flow、群发活动或模板报告上下文中找到该提交记录。
3. 匹配客户和请求引用，如果集成系统记录了 Flow 令牌，可使用提供的令牌进行匹配。
4. 检查实际提交的值——而不仅是表单的默认值。
5. 在目标系统中查找生成的预约、线索或订单记录。
6. 检查发送回客户的结果。
如果同一个 Flow 在多个群发活动中复用，请勿将所有响应都归因于最新的活动。请利用可用的消息和请求上下文。
## 示例：排查转化差距
假设送达了 100 条邀请，记录了 30 条有效提交，并确认了 24 笔预约。这些是说明性数据。
* **提交率：** 30 / 100 = 30%。
* **提交中的预约完成率：** 24 / 30 = 80%。
* **已送达邀请中的预约完成率：** 24 / 100 = 24%。
这 6 笔未确认的提交需要进行业务处理检查——例如名额已满或客户信息缺失。它们并不一定代表 Flow 送达失败。
对重复处理进行去重，并明确您统计的是提交次数、客户数还是预约数。保持报告周期和时区一致。客户可以提交多次，但这并不代表有多个新客户。
## 排查结果缺失或不一致的问题
| 现象 | 排查方向 |
| - | - |
| 邀请已送达，但无提交记录 | 客户可能未完成填写；请检查表单和端点体验，不要假设存在打开事件。 |
| Flow 日志中有提交记录，但不在预期的群发活动中 | Flow 复用、来源上下文、筛选条件、报告周期或归因问题。 |
| 存在提交记录但无业务记录 | 下游校验、端点处理或集成失败。 |
| 重复业务记录 | 重复提交或事件处理未实现幂等。 |
| 目标系统中的数值不一致 | 字段映射、数据转换，以及默认值是否覆盖了实际提交的数据。 |
如果报告界面未提供“已打开”或“已开始”指标，请勿自行臆测。仅使用实际可用的事件。
## 处理导出与支持证据
在导出之前，确认谁需要这些数据以及哪些字段是必需的。根据企业政策限制访问权限和数据保留期限。
提交支持请求时，请提供 Flow ID、相关消息或请求引用、带时区的时间戳、预期结果以及经过脱敏的示例。当单个脱敏记录即可说明问题时，请勿共享完整的客户响应导出文件。
## 解读结果
| 结果 | 代表的含义 |
| - | - |
| 消息已送达 | 客户收到了邀请消息。 |
| Flow 已提交 | 表单响应已记录。 |
| 预约、订单或其他业务结果 | 您的下游系统完成了预期操作。 |
在未核实付款的情况下，切勿将已提交的表单视为已付款订单。不要推断每个收到邀请的客户都打开了表单。
限制对响应日志和导出文件的访问权限。避免在屏幕截图或支持请求中共享不必要的客户数据。
有关 API 集成和生命周期监控，请参阅 [管理 WhatsApp Flows](/zh/api-reference/guides/whatsapp-platform/manage-whatsapp-flows)。
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.