收敛报销明细与材料交互（07-27-yang-jun-reimbursement-readiness）

.trellis/tasks/07-27-yang-jun-reimbursement-readiness/implement.md

@@ -142,7 +142,15 @@
 - [x] 公网 `/ready` 为 `8b376f413585`，活动 server 中唯一移动报销 chunk 包含 `mobile-reimbursements-scope-all` 标识。
 - [x] 复用既有 unit 合同参数与运行时间刷新 automatic backup 三项和 WARCH3；4 个 service 均匹配 `8b376f4`，4 个 timer 均 enabled/active。
 - [x] 手工触发 automatic backup daily 与源端 watchdog，二者均为 `success/0`；未执行真实审批、财务审核、付款批次或付款写入。
-- [ ] 请用户用自己的企微管理员账号进入“报销 → 审批中 → 全部”，打开杨俊的报销单并分别验证发票、附件“查看原件”；成功前仍不允许主管审批。
+- [x] 用户已用自己的企微管理员账号进入“报销 → 审批中 → 全部”，打开当前真实报销并确认能够查看材料；本项只记录查看验收，不代表主管审批或财务链路已完成。
+
+## 6.9 报销明细与材料 KISS 对齐
+
+- [x] PC 与移动端按 `linkedItemId` 在每条费用明细内展示关联发票摘要，并复用当前安全预览动作；未关联发票不归入明细。
+- [x] 将原发票区和附件区收敛为单一“报销材料”区，显示分类计数，全部材料信息行可点击预览且不再重复显示“查看原件”按钮。
+- [x] 保留草稿编辑态的添加/移除发票与上传/删除附件，不改后端合同、对象授权、审计、签名 URL、企微 JS-SDK 或审批状态机。
+- [x] 更新聚焦 Playwright，覆盖关联/未关联发票、统一计数、PC/企微预览、编辑态动作、44px 触控目标和移动横屏无溢出；前端 typecheck/build 与 Trellis 质量门禁通过。
+- [ ] 本地实现提交后，推送、公网部署与真人业务验收另行获得明确批准。
 
 ## 7. 完成条件
 
@@ -199,3 +207,9 @@
 - 外部验收边界：生产已部署但企微真机中的无业务 PDF 原生预览、马建勇对真实发票与附件的可见性仍待人工验收；在材料真实可见前不得完成主管审批。
 - 移动范围对齐：管理员移动报销页新增“我的 / 全部”，默认 `own`，选择“全部”后请求现有 `scope=all` 并把 status/scope 带入详情回跳来源；普通员工即使 URL 带 `scope=all` 仍请求 `own` 且看不到切换。首轮 Playwright 因未显式指定本地 Vite 地址而在登录前连接失败；指定 `E2E_BASE_URL` 后功能执行，首次严格 44px 断言测得浏览器子像素值略低于 44，控件提升为 48px 后最终聚焦 2/2、同文件完整回归 5/5 通过。375px 竖屏和 667×375 横屏无横向溢出，typecheck/build 通过。
 - 移动范围生产发布：`20b20b1` 与 `8b376f4` 已推送，`8b376f413585` 以 `SYNC_ENV=0` 部署；无待执行 migration，公网 ready、external/runtime smoke、公网扫描和活动移动 chunk 标识通过。第一次本地命令在进程启动前被安全护栏拒绝，第二次因 portfolio review 令来源校验在同步前停止；临时 stash 后第三次成功，目录已原样恢复。4 个 service 构建身份匹配、4 个 timer enabled/active，新 daily 与 watchdog 均为 `success/0`。企微管理员真机的“全部”列表及发票/附件原生预览仍待用户验收。
+- 真实材料查看验收：用户随后确认已能从自己的企微管理员账号找到当前真实报销并查看材料；该确认只关闭查看阻断，不代表主管审批、财务审核、付款批次或最终复核已经完成。
+- 明细/材料 KISS 实现：PC 与移动端按 `linkedItemId` 在费用明细内显示可预览发票，未关联发票只留在统一“报销材料”区；材料区显示类型计数并以整行作为预览入口，后台类型、权限、审计、短时 URL 和企微 `previewFile` 均未改变。
+- 聚焦 Playwright 首轮因本地前端服务未启动，PC/移动 2 项均在 `/login` 前 `ERR_CONNECTION_REFUSED`，未进入功能断言。启动 Vite 并指定 `E2E_BASE_URL` 后，两端首次都因旧测试仍假设销售方文本唯一而触发 strict-mode failure；这是新界面同时在关联明细和材料区展示同一发票摘要后的断言漂移，改为按区域断言。
+- 下一轮 PC 通过，移动在“添加附件”后因测试仍从旧附件子区查找已移到统一材料区的隐藏 file input，等待至用例超时；页面快照确认实现已渲染且未发生业务错误。测试改为从材料区定位上传控件后，移动单项通过。
+- 最终本地验证：生产 build（含 typecheck）通过；R111 PC/企微双端与 Wave3 只读时区/KISS 聚焦回归 3/3 通过，企微 `previewFile` 参数、PC 打开 URL、关联/未关联发票、材料计数、无逐文件“查看原件”按钮、44px 触控目标和 667×375 横屏无溢出均有合成断言。
+- 最终治理：task validate、Trellis governance、process contract、敏感扫描与 `git diff --check` 通过；文档审计为 0 error、1 条既有汇总 warning（22 个历史未登记文件）。稳定展示合同已写入 `reimbursement-invoice-ocr` spec；未部署、未读取或写入真实业务数据。