Campaign：推送投放在UAT中显示零成功计数
UAT环境中的推送投放已完成，但处于“已完成”状态，但未显示任何已处理和成功的消息。 该问题影响iOS和Android推送投放，并且无法在同一客户的其他环境中复制。
描述 description
定位工作流可以识别应用程序订阅，但返回了投放准备：
个收件人匹配分段条件
空投放目标
0封邮件正在等待
该问题在特定日期后开始，且在自定义和默认推送模板中均发生。
传递使用了默认的nms:appSubscriptionRcp目标映射，该映射需要指向nms:recipient的有效链接。
映射：订阅者应用程序(nms:appSubscriptionRcp)
recipientLink：收件人
targetSchema： nms:recipient
这不是仅令牌的投放路径。 尽管投放以应用程序订阅为目标，但映射仍期望每个应用程序订阅解析为有效收件人。
Adobe文档确认默认推送目标映射使用nms:appSubscriptionRcp，并且此映射已链接到收件人表。 当实施有意不使用收件人关系时，必须创建其他目标映射。
我们为投放准备启用了SQL日志。 准备SQL执行此联接：
加入NmsAppSubscriptionRcp TGT
W0.iId上的
= TGT.iAppSubscriptionRcpId
加入NmsRecipient RCP
TGT.iRecipientId上的
= RCP.iRecipientId
在UAT中
- nms:appSubscriptionRcp中存在测试记录。
- 应用程序订阅的recipient-id字段为空或NULL。
- 因此，无法成功加入NmsRecipient。
- 已从投放目标中删除应用程序订阅。
- 投放准备返回了零个收件人。
将收件人ID列添加到nms:appSubscriptionRcp的架构数据视图后，UAT记录消失，因为无法解析其收件人关系。
生产环境包含零ID收件人记录，允许成功加入。
根本原因：调查发现客户意外删除了UAT和开发收件人架构中的0-id记录。 这会断开nms:recipient和相关架构（包括nms:appSubscriptionRcp）之间的外部连接。
解决方法 resolution
恢复UAT和开发收件人架构中缺少的零ID记录，然后验证应用程序订阅是否收到预期的收件人链接。
恢复后：
- 确认已正确填充或解析@recipient-id。
- 运行测试推送投放。
- 验证目标是否包含预期的订阅。
- 确认已处理的消息和成功计数大于零。
如果需要仅令牌定位，请创建目标映射，而不使用收件人链接。