fix: route payment pushes to orders and prevent refresh crash

docs/后端消息推送格式.md

@@ -295,7 +295,7 @@ iOS 通过 APNs/极光收到 `userInfo` 字典。与 Android 相比：
 | --- | --- |
 | 标题示例 | `付款成功通知` |
 | 正文示例 | `您的订单 #260722128006 已支付成功，支付金额 ¥0.01` |
-| 客户端点击行为 | Android、iOS 均进入收款记录页 |
+| 客户端点击行为 | iOS 进入订单 Tab，恢复默认筛选并刷新；Android 行为以 Android 实现为准 |
 
 `data` 字段：
 
@@ -410,9 +410,9 @@ iOS 通过 APNs/极光收到 `userInfo` 字典。与 Android 相比：
 ## 7. 客户端解析约定
 
 1. Android、iOS 的通知点击路由只根据业务字段 `type` 判断，不读取标题、正文、`data`、`route`、`uri`、`action` 或极光内部字段决定页面。
-2. `type = 1`：进入收款记录页。
+2. iOS `type = 1`、`type = 5`：进入订单 Tab 根页面，清空搜索、日期与状态筛选并刷新列表；不进入订单详情。Android 行为以 Android 实现为准。
 3. `type = 6`：进入收款详情页。
-4. 其他任意 `type`、缺少 `type`、类型无法解析或 payload 损坏：进入消息中心。
+4. iOS `type = 14`：有效 `ai_retouch_batch_id` 进入 AI 修图任务详情，否则进入任务列表。其余未单独处理的 `type`、缺少 `type` 或类型无法解析：进入消息中心。
 5. Android 从 `notificationExtras` 或厂商通道包装字段中提取 `type`；iOS 优先读取 payload 顶层 `type`，并兼容常见推送包装层中的 `type`。
 6. `data` 仍可按消息类型用于页面内容刷新，但不参与通知点击路由。新增字段应保持向后兼容，客户端应忽略当前版本不认识的额外字段。
 7. 金额继续使用字符串；时间戳建议统一为 Unix 秒级整数，并在协议中固定单位。