receipt-void-prefill-pc

靶子 BASE=http://localhost:20098 clone=h8  ddnum=202608272109343377912862 uid=990863
  ✓ minted in jnc_ma (uid=990863 corp=1 client_type=30, access TTL 86400s)
  PASS 夹具:mint member Bearer

[D 重填预填 —— 用户看到的表单]
  PASS 夹具:apply 建单
  PASS 夹具:驳回成功  [期望 "1" / 实测 "1"]
  PASS 夹具:以订单所有者(uid 990863)登录前台
  PASS D0 申请表单渲染了(否则下面全是假绿)
  PASS D1 抬头已预填  [期望 "预填测试有限公司" / 实测 "预填测试有限公司"]
  PASS D2 税号已预填  [期望 "MY-PREFILL-9" / 实测 "MY-PREFILL-9"]
  PASS D3 接收邮箱已预填  [期望 "prefill@example.com" / 实测 "prefill@example.com"]
  PASS D4 备注已预填  [期望 "上次的备注" / 实测 "上次的备注"]
  PASS D5 抬头类型预填为公司  [期望 true / 实测 true]
  PASS D6 公司抬头 → 税号行跟着可见(syncType 认得预填的 radio)  [期望 true / 实测 true]
  PASS D7 blue_gaztano 主题同样预填  [期望 "预填测试有限公司" / 实测 "预填测试有限公司"]

[G eligible 拒因两端一致]
  PASS G0 前置:从申请页取到 CSRF token(取不到则下面全是 CSRF 拒,与真结果同形)
  PASS G1 Bearer 端命中 not_found  [期望 "not_found" / 实测 "not_found"]
  PASS G2 web 与 Bearer 给出**逐字相同**的拒因  [期望 "订单不存在" / 实测 "订单不存在"]
  PASS G3 是具体原因
  PASS G4 不再是那句信息量为零的通用话

[B 手动作废 —— 管理员看到的按钮]
  PASS 夹具:第二次 apply
  PASS B0 守卫:status=1(处理中)时没有作废按钮  [期望 0 / 实测 0]
  PASS B0 守卫:此时该出现的是「确认开具」
  PASS 夹具:开具成功  [期望 "1" / 实测 "1"]
  PASS B1 status=2 时出现「作废这张凭证」按钮  [期望 1 / 实测 1]
  PASS B1 按钮文案
  PASS B2 点击弹出理由输入框(jncPrompt)
  PASS B3 二次确认弹窗出现(danger)
  PASS B4 点击链路真的把它作废了(status=4)  [期望 "4" / 实测 "4"]
  PASS B5 理由按输入的落库  [期望 "PC 点击链路作废理由" / 实测 "PC 点击链路作废理由"]
  PASS B6 状态显示「已作废」
  PASS B6 标签是「作废原因」不是「驳回理由」(一列两义,标签要跟着状态走)
  PASS B6 作废原因正文可见
  PASS B7 已作废后不再有作废按钮(幂等的 UI 侧)  [期望 0 / 实测 0]

[E 详情页「用户未填写」分支]
  PASS 夹具:空抬头申请建单(开关=可不填)
  PASS E0 前置:该行确实存在(空抬头存的是空串的密文,不是 NULL)  [期望 "1" / 实测 "1"]
  PASS E1 前置:已认领,开票信息区块渲染出来了(否则下面是假绿)
  PASS E2 抬头空时显示「用户未填写」而不是一个空白格
  PASS Z0 开关已还原为必填(按应用实际读到的值)

PASS=36 FAIL=0   截图: /data/AICode/e2e/ma_dev_v2/ma/bin/workspace/test-results/playwright-images/receipt-void-prefill