order-track-web

  ✅ P1 夹具单有运单号
       EPSAMPLE17887519048216826674
  ✅ P2 夹具单有实际成本
       629
  ✅ P3 夹具单有实际承运商
       J&T Express (Malaysia) Sdn. Bhd.
  ✅ P4 对照单没有 carrier_order(用来验"没走面单系统就整块不显示")
  ✅ [渲染守卫] 配送方式修改页
  ✅ A1 表单上有「物流查询链接」这一格
  ✅ A2 旧的「物流代号」已经不在表单里了(它是中国的查询服务代号)
  ✅ A3 保存后真的落库了(不是只在页面上)
       https://track.example.com/q?no={no}
  ✅ [渲染守卫] 配送方式修改页(回显)
  ✅ A4 重新打开表单能回显
  ✅ [渲染守卫] 配送方式新增页
  ✅ A5 新增页也有「物流查询链接」
  ✅ A6 新增页没有旧的「物流代号」
  ✅ [渲染守卫] Admin 订单详情
  ✅ B1 查询链接用的是管理员配的模板 + 这一单的单号
       https://track.example.com/q?no=EPSAMPLE17887519048216826674
  ✅ B2 🔴 管理端能看到实际快递成本(C3 的正向守卫)
       6.29
  ✅ B3 管理端显示实际承运商
       J&T Express (Malaysia) Sdn. Bhd.
  ✅ B4 页面上没有 kuaidi100 残留
  ✅ B5 🔴 自提单不显示「实际快递成本」(空则整行不渲染)
  ✅ B6 守卫:那一页本身是打开的(不是因为报错才什么都没有)
       45879259
  ✅ [渲染守卫] 前台订单详情[default]
  ✅ C1[default] 用户看得到查询链接,且带的是自己这一单的单号
       https://track.example.com/q?no=EPSAMPLE17887519048216826674
  ✅ C2[default] 用户看得到实际承运商
       J&T Express (Malaysia) Sdn. Bhd.
  ✅ C3[default] 🔴 用户侧看不到商户成本
  ✅ C4[default] 守卫:这一页确实渲染出来了(不是空页面让 C3 白绿)
       16826674
  ✅ [渲染守卫] 前台订单详情[blue_gaztano]
  ✅ C1[blue_gaztano] 用户看得到查询链接,且带的是自己这一单的单号
       https://track.example.com/q?no=EPSAMPLE17887519048216826674
  ✅ C2[blue_gaztano] 用户看得到实际承运商
       J&T Express (Malaysia) Sdn. Bhd.
  ✅ C3[blue_gaztano] 🔴 用户侧看不到商户成本
  ✅ C4[blue_gaztano] 守卫:这一页确实渲染出来了(不是空页面让 C3 白绿)
       16826674
  ✓ minted in jnc_ma (uid=990863 corp=1 client_type=30, access TTL 86400s)
  ✅ D0 守卫:payload 非空(否则 D3 是对着空对象的假绿)
       23 个字段
  ✅ D1 移动端拿得到快递单号(在此之前它全程看不到)
       EPSAMPLE17887519048216826674
  ✅ D2 移动端拿得到实际承运商
       J&T Express (Malaysia) Sdn. Bhd.
  ✅ D3 🔴 成本字段没有下发给移动端
       无
  ✅ D4 track_url 跟着管理员配的模板走
       https://track.example.com/q?no=EPSAMPLE17887519048216826674
  ✅ D5 守卫:对照单的 payload 也非空
       Self-Collect at Penang Branch
  ✅ D6 没走面单系统的单:三个字段都空(客户端整行不渲染)
  ✅ [还原] posttrackurl 已清空

[还原] e2e_admin10.userauth = [12,2,66,65,3]  ✔

PASS=38 FAIL=0