docs(changelog): 出发日期不可售错误码已优化 581014→581041(清晰文案)，同步更新前端待修说明 (PR #4008)

changelogs-v2/2026-06/18_新建订单出发日期选择器需限制可售日期-前端待修-管理后台.md

@@ -94,17 +94,17 @@ curl -k "https://api.test.1814.love:9443/admin/product/item/2045345825172639746/
 | 提交的出发日期 | 结果 | code | message |
 |---|---|---|---|
 | `2026-06-20`（可售） | 通过报价、正常创单 | 200 | — |
-| `2026-11-15`（不可售） | **被拦截**，不落库 | 581014 | `拉取产品信息失败，请稍后重试` |
+| `2026-11-15`（不可售） | **被拦截**，不落库 | **581041** | `所选出发日期不可售或未配置价格，请重新选择出发日期` |
 | `2026-06-01`（早于今天） | 被拦截，不落库 | 581011 | `出发日期不能早于今天` |
 
-> ⚠️ 注意：非可售日期当前返回的是 `581014「拉取产品信息失败，请稍后重试」`，**文案对用户有误导**（真实原因是「该日期未配置价格/不可售」，并非系统故障）。前端按 §2 把选择器限制好后，正常路径不会再触发此错误；该文案是否优化由后端另行评估，不阻塞本次前端修复。
+> ✅ 已优化（PR #4008，已合 dev-v3 + 部署测试服双实例实测）：非可售日期之前误报 `581014「拉取产品信息失败，请稍后重试」`（像系统故障），现已改为 `581041「所选出发日期不可售或未配置价格，请重新选择出发日期」`，前端可直接透传该 message 给用户。`581014` 现仅表示真正的产品服务不可达。前端按 §2 限制好选择器后，正常路径不会触发 581041，它是用户绕过限制时的兜底提示。
 
 ---
 
 ## 4. 实测确认
 
 - 价格日历接口 `GET /admin/product/item/2045345825172639746/pricing-calendar?tierSeq=1`：`200`，`data.items` 共 91 条，`sellable=true` 13 条（`2026-06-18`~`2026-06-30`）✓
-- 创单非可售日期 `2026-11-15`：被拦截 `581014`，无新增订单 ✓
+- 创单非可售日期 `2026-11-15`：被拦截 `581041「所选出发日期不可售或未配置价格…」`（PR #4008 优化后），无新增订单 ✓
 - 创单过去日期 `2026-06-01`：被拦截 `581011` ✓
 - 均经测试服网关 9443 + 真实 admin token 验证。