fix: 统一报销付款状态与进度(09-04-reimbursement-state-gap-finance-view)

这个提交包含在:
2026-09-11 09:43:36 +08:00
父节点 fe025e65cf
当前提交 f9aee4c932
共修改 19 个文件,包含 549 行新增和 32 行删除
+3 -1
查看文件
@@ -70,7 +70,9 @@ A 类页面优先保证真实试运行路径顺畅;B 类页面优先保证台
全系统长表单默认支持草稿和清晰提交。保存草稿不触发审批、付款、发布或外部同步;提交前必须做业务校验和摘要确认;离开未保存页面要提示;错误提示必须定位到字段、明细、发票、附件或材料区,并保留用户已输入内容。移动端表单只保留必要字段、材料上传和底部主动作,不承接复杂配置表单。
全系统详情页采用统一证据结构。状态与下一步先行,业务摘要其次,明细、发票、附件、合同文件、资产材料、回单等证据居中,审批/处理历史靠后,当前动作面板固定在 PC 右侧或移动端底部。普通详情与长流程的历史位于主列证据之后;短审批流程可把完整历史放在 PC 右栏动作之后,但主列不得重复,移动端仍位于正文之后。高风险动作不得放在用户看不到证据的位置,确认时必须展示对象摘要和后果。
全系统详情页采用统一证据结构。状态与下一步先行,业务摘要其次,明细、发票、附件、合同文件、资产材料、回单等证据居中。PC 主列展示业务证据,右栏上方是操作及下一步,下方是当前处理进度,正文不重复当前进度;操作卡不能单独吸顶遮挡其后的进度。移动端保持单列,在正文后按下一步/操作说明、进度、完整历史排列,必要主动作保留底部安全区。完整审批/处理历史与当前进度不是同一内容:长历史可保留在主列证据之后或独立历史区域,既有短历史可在侧栏进度之后完整保留,不能因布局调整截掉意见。高风险动作不得放在用户看不到证据的位置,确认时必须展示对象摘要和后果。首批应用于报销详情、报销审批工作台和付款详情,其他模块按任务分批对齐。
动作与下一步必须服从同一份服务端业务阶段。报销已审批不等于尚未组批,付款已复核或制单已下载不等于银行已付款;已有批次的详情只保留一个有权限的批次入口。无读取链接不等于没有批次,未知/不完整进度不能猜测创建资格。验收需从关联业务处理后返回原详情,并覆盖重新进入、切回页面和请求失败,不以单页按钮成功代替跨页交接正确。
全系统证据材料统一在详情页集中处理。列表页和台账页只显示发票、附件、合同文件、回单、资产材料等证据的完整性摘要、缺失提示和进入详情入口,不直接承接预览、下载、删除、批量打包或敏感材料处理;这些动作进入详情页、详情命令区、`更多` 或授权审计路径。