沉淀页面设计规则（page-design-rules-audit）

docs/需求-报销发票OCR规约.md

@@ -3,6 +3,7 @@
 **版本**：1.0
 **日期**：2026-05-09
 **状态**：模块级开发规约
+**补充口径**：财务台账 V1 只做付款准备、付款批次、回单留痕、AP 状态、票据/OCR 状态和代账交接摘要；不做银行直连真实支付、银行流水自动导入、ERP/总账、凭证生成、自动对账、税务申报或完整财务软件。
 **上级事实源**：[海音达OA-MVP需求规格说明书](./海音达OA-MVP需求规格说明书.md)
 **细则来源**：[报销、发票与附件规则](./报销发票附件规则.md)
 
@@ -15,8 +16,8 @@
 ### 1.1 目标
 
 - 员工能在 PC、手机和企业微信入口快速创建报销、上传发票和附件、提交审批。
-- 系统负责 OCR 识别、发票查重、发票与明细匹配、审批流接入和付款归档。
-- 财务能复核发票、处理重复例外、标记付款并导出财务台账。
+- 系统负责 OCR 识别、发票查重、发票与明细匹配、审批流接入、付款批次和回单留痕。
+- 财务能复核发票、处理重复例外、在线下完成付款后标记付款、维护回单和导出财务/代账交接摘要。
 - 报销审批必须进入 OA 统一审批中心，正式记录以 OA 为准。
 
 ### 1.2 暂不做范围
@@ -24,6 +25,7 @@
 - 不使用企业微信原生审批处理报销。
 - 不接入飞书报销、飞书审批或飞书文档归档。
 - 首批不做银行自动付款、企业卡自动对账、ERP 自动入账。
+- 首批不做银行直连真实支付、银行流水自动导入、ERP/总账、凭证生成、自动对账、税务申报或完整财务软件。
 - 首批不做复杂预算占用和多币种核算。
 - 首批不把企业微信文件作为发票或附件长期主库。
 - 报销单、发票原件、附件、银行回单、付款资料和代账交接资料不上传到企业微信原生审批或企业微信附件；企业微信只做脱敏提醒和 OA deeplink。
@@ -37,8 +39,8 @@
 | 角色 | 可做动作 | 权限边界 |
 | --- | --- | --- |
 | 员工/申请人 | 创建草稿、上传发票、上传附件、编辑明细、提交审批、查看自己的报销状态 | 只能操作本人可见的报销单和本人上传或授权使用的发票 |
-| 审批人 | 查看待办、查看发票和附件摘要、通过、驳回、退回、转审 | 只能处理分配给自己的 OA 审批任务 |
-| 财务 | 查看审批通过的报销、复核发票、处理重复例外、标记付款、导出 | 不默认拥有系统管理权限；例外动作必须审计 |
+| 审批人 | 查看待办、查看发票和附件摘要，在待我处理/审批详情中通过、驳回、退回、转审 | 只能处理分配给自己的 OA 审批任务；报销列表和普通报销详情不直接放审批动作 |
+| 财务 | 查看审批通过的报销、复核发票、处理重复例外、在线下付款后标记付款、维护回单、导出交接摘要 | 不默认拥有系统管理权限；例外动作必须审计 |
 | 财务主管 | 审核高风险或大额报销、审批重复例外、复核付款批次 | 权限应通过角色配置，不硬编码到个人 |
 | 管理员 | 维护费用类型、项目、部门、OCR 配置、权限和基础字典 | `admin` 不代表业务审批权，不能绕过流程直接替员工完成正式审批 |
 
@@ -52,6 +54,8 @@
 | 票据或发票添加弹窗 | 从报销草稿中添加发票 | 普通员工只看到“添加发票”，不暴露“发票池”等内部概念 |
 | 财务导出页 | 财务按期间、人员、项目、状态导出 | 导出前必须校验财务权限 |
 
+报销审批动作集中在 `待我处理`、审批详情或移动审批详情执行。报销列表和普通报销详情只显示审批状态、当前节点、历史、`查看处理`、`查看进度`、`补材料` 或进入审批任务入口，不直接放 `通过`、`驳回`、`退回`、`转审`。
+
 ---
 
 ## 3. 报销单对象与字段
@@ -285,6 +289,7 @@ BIZ8 阶段的图片 OCR 结论是“技术可行，但当前不开放为正式
 - 支持多文件上传。
 - 不参与 OCR。
 - 不参与发票查重。
+- 上传材料必须先明确类型：PDF 发票走发票/OCR 入口，支付截图、订单、聊天记录、情况说明、验收材料走普通附件入口，付款回单走财务回单入口；不同类型适用不同校验、权限、审计和展示位置，不使用万能附件入口混收。
 - 草稿和已退回状态允许上传、查看、删除。
 - 审批中、已通过、已付款、已完成状态原则上不允许普通员工删除。
 - 审批人和财务在处理报销时可查看附件。
@@ -298,11 +303,15 @@ BIZ8 阶段的图片 OCR 结论是“技术可行，但当前不开放为正式
 | --- | --- | --- |
 | 财务复核 | 报销已通过或进入财务复核节点 | 检查发票、附件、金额、项目和审批历史 |
 | 重复例外 | 发现重复但业务确需报销 | 记录原单号、原因和处理人，写入审计 |
-| 付款标记 | 审批通过且复核通过 | 写入付款批次号、付款时间、付款人、付款备注和状态 |
+| 付款标记 | 审批通过且复核通过，且线下银行或既有财务流程已完成付款 | 写入付款批次号、付款时间、付款人、付款备注、回单摘要和状态 |
 | 取消付款标记 | 发现误操作且有权限 | 必须填写原因并审计，首批可只允许管理员或财务主管 |
 | 导出 | 有财务导出权限 | 按期间、人员、项目、状态导出报销和发票摘要 |
 
-导出字段至少包括：报销单号、申请人、实际报销人、部门、项目、费用类型、明细金额、发票号码、开票日期、审批状态、付款状态、提交时间、通过时间、付款批次号、付款时间、付款人、付款备注、导出批次号、导出人、导出时间。
+报销付款相关动作集中在 `付款`、财务处理详情或付款批次详情执行。报销列表和普通报销详情只显示付款状态、回单状态、`查看付款`、`补回单` 或进入付款记录入口，不直接放 `标记已付款`、`取消付款`、`批量付款`、`执行付款`；付款动作前必须核对金额、报销对象、线下付款说明、发票/附件证据和回单要求。
+
+报销页的跨模块关联采用“摘要 + 跳转”：可以展示项目、采购/费用申请、合同、资产候选和付款记录的编号、名称、状态、金额/数量、负责人、证据完整性和下一步，但不在报销页复制项目管理、采购审批、合同正文下载、资产建卡或付款处理流程。需要处理时跳转到对应模块详情、审批任务或财务处理页。
+
+导出字段至少包括：报销单号、申请人、实际报销人、部门、项目、费用类型、明细金额、发票号码、开票日期、审批状态、付款状态、提交时间、通过时间、付款批次号、付款时间、付款人、付款备注、回单状态、导出批次号、导出人、导出时间。导出是代账交接和审计摘要，不代表 OA 已生成会计凭证或写入总账。
 
 ### 9.1 电子档案与归档包
 
@@ -315,12 +324,14 @@ BIZ8 阶段的图片 OCR 结论是“技术可行，但当前不开放为正式
 | OCR 结果 | 保留识别字段、识别状态、失败原因和人工修正记录 |
 | 附件 | 保留支付截图、订单、合同、聊天记录、情况说明等非发票材料 |
 | 审批历史 | 保留提交、通过、驳回、退回、撤回、转审和处理意见 |
-| 付款记录 | 保留付款批次号、付款人、付款时间、付款备注和取消付款原因 |
+| 付款记录 | 保留付款批次号、付款人、付款时间、付款备注、回单摘要和取消付款原因 |
 | 导出记录 | 保留导出批次号、导出人、导出时间、筛选条件和导出摘要 |
 | 审计日志 | 保留重复例外、人工复核、附件下载、字段修正、权限变更等敏感动作 |
 
 归档后普通员工不可修改核心字段。确需财务修正时，必须追加修正记录，不覆盖原始归档事实。
 
+报销删除、撤回、取消、作废和归档语义遵循产品体验事实源：草稿可删除；审批中按规则撤回；业务不继续报销用取消；已支付、已归档或需要冲销留痕的异常对象用作废或追加修正记录，不物理删除；所有非草稿终止动作保留原因、操作者、时间和审计。
+
 ---
 
 ## 10. 异常规则
@@ -335,6 +346,7 @@ BIZ8 阶段的图片 OCR 结论是“技术可行，但当前不开放为正式
 | 识别中提交 | 若关键字段未完成，不允许提交 | “发票仍在识别中，请稍后再提交” |
 | 附件缺失 | 按费用类型、金额或审批要求判断 | “请补充必要附件” |
 | 已付款后修改 | 普通用户不可修改；财务修正必须审计 | “已付款报销单不可修改” |
+| 银行/ERP 未接入 | 页面不得显示自动支付、自动入账或已同步完成 | “请在线下银行完成付款后回填回单；代账交接按导出摘要处理” |
 | 文件上传失败 | 不生成空附件或空发票记录 | “上传失败，请重新上传” |
 | 通知失败 | 不影响报销提交或审批结果 | 管理员在通知记录中查看失败原因 |
 
@@ -381,8 +393,8 @@ BIZ8 阶段的图片 OCR 结论是“技术可行，但当前不开放为正式
 | 多明细金额匹配 | 草稿有多条明细，发票金额唯一匹配其中一条 | 发票自动绑定匹配明细 |
 | 无法匹配创建明细 | 发票金额存在但无唯一明细 | 系统创建新明细或提示用户确认 |
 | 提交审批 | 员工补齐明细、发票、附件后提交 | 报销进入 OA 审批中，生成审批历史和待办 |
-| 审批通过到付款 | 审批人通过，财务复核并标记付款 | 报销状态进入已通过或已付款，付款记录可追溯 |
-| 财务导出 | 财务按期间和状态导出 | 导出包含报销、发票、审批和付款摘要字段 |
+| 审批通过到付款 | 审批人通过，财务复核，线下付款后标记付款 | 报销状态进入已通过或已付款，付款和回单记录可追溯 |
+| 财务导出 | 财务按期间和状态导出 | 导出包含报销、发票、审批、付款和回单摘要字段，不生成总账凭证 |
 | 重复阻断 | 员工上传已报销发票 | 系统阻断添加并显示可理解原因 |
 | 重复例外 | 财务主管处理特殊重复票据 | 记录原单号、原因、处理人和审计日志 |
 | OCR 失败处理 | 上传无法识别文件 | 显示失败原因，允许重试或人工补全 |
@@ -401,7 +413,7 @@ BIZ8 阶段的图片 OCR 结论是“技术可行，但当前不开放为正式
 - A4：发票与明细自动匹配、金额不一致提示和人工修正。
 - A5：附件上传、查看、删除和归档权限。
 - A6：报销接入统一审批中心，覆盖 PC、移动端、企业微信 deeplink。
-- A7：财务复核、付款标记、取消付款标记和导出。
+- A7：财务复核、付款批次、线下付款后的付款标记、回单留痕、取消付款标记和导出。
 - A8：报销主链路回归脚本和 Playwright PC/移动/企业微信 UA 验证。
 - A9：费用类型与材料要求矩阵落地，覆盖提交前预检和员工可理解提示。
 - A10：发票合规与人工复核落地，覆盖抬头税号、数电票号码、红冲/作废人工标记。