促銷活動：推播傳送在UAT中顯示零成功計數
UAT環境中的推播傳遞已完成且狀態為「已完成」，但顯示零個已處理和成功的訊息。 該問題會影響iOS和Android推播傳遞，且無法在同一客戶的其他環境中重現。
說明 description
目標工作流程可識別應用程式訂閱，但傳回傳遞準備：
個收件者符合分段條件
空的傳遞目標
0封郵件等待中
問題始於特定日期之後，且在自訂和預設推播範本中發生。
傳遞使用預設的nms:appSubscriptionRcp目標對應，這需要nms:recipient的有效連結。
對應：訂閱者應用程式(nms:appSubscriptionRcp)
recipientLink：收件者
targetSchema： nms:recipient
這不是權杖專用的傳遞路徑。 雖然傳遞鎖定應用程式訂閱，但對應仍預期每個應用程式訂閱都會解析為有效的收件者。
Adobe檔案會確認預設推送目標對應使用nms:appSubscriptionRcp，並確認此對應已連結至收件者表格。 當實作刻意不使用收件者關係時，必須建立不同的目標對應。
我們針對傳遞準備啟用SQL記錄檔。 準備SQL執行此聯結：
加入NmsAppSubscriptionRcp TGT
ON W0.iId = TGT.iAppSubscriptionRcpId
加入NmsRecipient RCP
TGT.iRecipientId = RCP.iRecipientId
在UAT
- nms:appSubscriptionRcp中存在測試記錄。
- 應用程式訂閱的recipient-id欄位為空白或NULL。
- 因此，無法成功加入NmsRecipient。
- 應用程式訂閱已從傳遞目標中移除。
- 傳遞準備傳回零個收件者。
將收件者ID欄新增至nms:appSubscriptionRcp的結構描述資料檢視時，UAT記錄會消失，因為無法解析其收件者關係。
生產環境包含零ID收件者記錄，讓加入成功。
根本原因：調查發現客戶意外刪除了UAT和開發收件者結構描述中的零ID記錄。 這會中斷nms:recipient與相關結構描述（包括nms:appSubscriptionRcp）之間的外部聯結。
解決方法 resolution
還原UAT和開發收件者綱要中缺少的零ID記錄，然後驗證應用程式訂閱會收到預期的收件者連結。
還原後：
- 確認@recipient-id已正確填入或解析。
- 執行測試推播傳遞。
- 確認目標包含預期的訂閱。
- 確認已處理的訊息和成功計數大於零。
如果需要僅權杖定位，請建立目標對應而不含收件者連結。