hyb-oa/.trellis/tasks/09-11-reimbursement-payment-handoffs/prd.md

报销付款四类待办交接投影

Goal

以现有业务状态只读投影退回修改、财务待组批、独立付款复核、财务付款登记四类待办，统一门户入口和计数；不新增审批状态机或生产写入。

Requirements

• 用户已批准综合规划连续本地实施。本任务只承接四次业务交接，不改通用 todo 手工事项、审批状态机、角色、银行渠道或资料。
• 退回/驳回报销向有维护资格的 owner/submitter 投影待修改；从未提交的私人草稿、已撤回和留痕删除不算退回待办。
• 财务看到未付款且未被有效批次占用的已审批报销；缺资料仍是待处理，不把待组批投影说成已通过创建门禁。部门功能开关与真实批次入口权限保持一致。
• 经理/CEO 的付款复核待办排除本人制单；财务看到 reviewed/failed 批次的付款/回单登记待办，不把 draft 的复核动作交给制单人。
• 门户 PC/手机消费同一服务端投影；每个对象/阶段稳定唯一，数量与列表一致，处理后重新查询即消失，不依赖通知送达或复制出持久化待办。
• 不输出金额、事由、姓名、银行卡或原始错误。只展示业务编号、阶段、责任职责和有权限的目标入口。手机不新增批量付款能力。

Scope

报销/付款四类交接的服务端只读投影、现有 PC/手机门户展示、计数与刷新及定向验证。

Out of Scope

新审批引擎、手工 todo 改造、schema/migration、角色变更、自动付款、真实业务资料读取/回填、企业微信发送、生产部署、批量归档。

Test Plan

Vitest 四类服务与 portal route；真实隔离 PostgreSQL/认证/HTTP 退回、重提、审批、组批、复核、合成回单与付款登记；Playwright 合成 PC/手机门户（含 refresh、空态、重复聚合排除）；client typecheck/build、UI strict、Trellis governance、git diff --check。真实腾讯 OCR 与正式恢复未覆盖。

Acceptance Criteria

• 四类状态正反例、真实角色/权限、maker-checker、部门开关、删除/撤回/新草稿排除有回归。
• 同一响应的 total 与实际 items 一致，无计数截断伪装；旧财务汇总不重复算作行动。
• 真实隔离库推进退回→重提→审批→组批→复核→登记，重复读取不写库，不依赖通知发送。
• PC/手机入口、错误与空态、查询刷新及最终联合工作树回归通过。
• 独立只读 review、授权提交和部署后的受控验收，不以主会话本地测试抵扣。

Notes

• 复用 09-04/09-08 真实交接证据。本独立跨模块交付与详情一致性分工作树，不为每个页面/按钮新建 task。