A1-A5 补强审批与报销规则矩阵文档

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

@@ -74,6 +74,26 @@
 
 ---
 
+## 3.5 费用类型与材料要求矩阵
+
+以下规则是 10 人以下公司试运行建议值，不等于最终公司财务制度。正式上线前可由管理员按公司制度配置，后续实现不得把阈值和材料要求硬编码在业务逻辑中。
+
+| 费用类型 | 是否必须发票 | 是否必须附件 | 是否建议关联项目 | 试运行审批提示 | 常见附件 |
+| --- | --- | --- | --- | --- | --- |
+| 交通 | 是，打车或公共交通票据 | 金额 `>200` 元建议补充行程说明 | 项目出行建议关联 | 单笔 `>500` 元提示主管关注合理性 | 行程单、支付截图 |
+| 餐费 | 是 | 金额 `>200` 元需说明参与人或事由 | 项目餐费建议关联 | 单笔 `>500` 元进入费用高风险提示 | 支付截图、事由说明 |
+| 招待 | 是 | 是 | 必须关联客户、项目或事项 | 默认提示主管和老板关注，`>1000` 元建议老板审批 | 招待对象、事由说明、支付截图 |
+| 办公采购 | 是 | 金额 `>500` 元需订单或验收材料 | 建议关联部门或项目 | 按采购金额进入审批规则矩阵 | 订单、收货/验收截图 |
+| 硬件 | 是 | 是 | 建议关联资产或项目 | `>1000` 元建议老板审批并登记资产 | 订单、验收、资产信息 |
+| 软件订阅 | 是 | 是 | 项目软件建议关联项目 | 周期性订阅需写明周期和使用人 | 订单、订阅截图、合同或报价 |
+| 快递 | 是或按实际票据 | 金额 `>100` 元建议补充寄件说明 | 项目快递建议关联 | 金额较小可走主管审批 | 运单、支付截图 |
+| 项目材料 | 是 | 是 | 必须关联项目 | 按采购或费用金额审批 | 订单、验收、项目说明 |
+| 差旅预留 | 是，交通/住宿等票据 | 是 | 必须关联出差或项目 | 首批只保留字段和入口，完整差旅单后续拆分 | 行程单、酒店水单、出差说明 |
+
+提交前应根据费用类型做预检：发票、附件、项目、说明和金额阈值缺失时给出可操作提示。普通员工只看到业务语言，不展示内部规则码。
+
+---
+
 ## 4. 状态模型
 
 ### 4.1 报销状态
@@ -153,6 +173,23 @@
 - 多页 PDF 首批按一份文件处理；若包含多张发票，后续单独拆分能力。
 - 文件原件必须保留，OCR 结果只是结构化识别数据。
 
+### 6.4 发票合规与人工复核
+
+首批发票合规采用 `OCR + 查重 + 财务人工复核`。不接自动验真接口，不依赖新增付费服务或第三方验真能力；自动验真进入后续 backlog。
+
+| 校验项 | 首批规则 | 异常处理 |
+| --- | --- | --- |
+| 公司抬头 | OCR 识别购方名称后与公司抬头或可报销抬头清单比对 | 不一致时提示申请人确认，提交后财务重点复核 |
+| 税号 | OCR 识别购方税号后与公司税号比对 | 不一致时提示并进入财务人工复核 |
+| 发票代码+号码 | 用于传统发票唯一性判断 | 缺失时允许人工补录，补录后重新查重 |
+| 数电票号码 | 用于数电票唯一性判断 | 缺失时允许人工补录，补录后重新查重 |
+| 价税合计 | 用于明细匹配和金额校验 | 与明细不一致时提示差额原因 |
+| 开票日期 | 用于期间筛选和超期提示 | 超过公司允许周期时提示财务关注 |
+| 销方信息 | 作为财务复核参考 | 异常供应商由财务人工判断 |
+| 红冲/作废 | 首批由财务人工标记 | 标记后不可进入普通报销流程 |
+
+人工复核状态建议使用：`待复核`、`人工通过`、`人工驳回`、`例外通过`。人工复核必须记录复核人、复核时间、复核结论和原因；关键字段被修正后必须重新查重。
+
 ---
 
 ## 7. 查重规则
@@ -205,11 +242,28 @@
 | --- | --- | --- |
 | 财务复核 | 报销已通过或进入财务复核节点 | 检查发票、附件、金额、项目和审批历史 |
 | 重复例外 | 发现重复但业务确需报销 | 记录原单号、原因和处理人，写入审计 |
-| 付款标记 | 审批通过且复核通过 | 写入付款时间、付款人、付款备注和状态 |
+| 付款标记 | 审批通过且复核通过 | 写入付款批次号、付款时间、付款人、付款备注和状态 |
 | 取消付款标记 | 发现误操作且有权限 | 必须填写原因并审计，首批可只允许管理员或财务主管 |
 | 导出 | 有财务导出权限 | 按期间、人员、项目、状态导出报销和发票摘要 |
 
-导出字段至少包括：报销单号、申请人、实际报销人、部门、项目、费用类型、明细金额、发票号码、开票日期、审批状态、付款状态、提交时间、通过时间、付款时间。
+导出字段至少包括：报销单号、申请人、实际报销人、部门、项目、费用类型、明细金额、发票号码、开票日期、审批状态、付款状态、提交时间、通过时间、付款批次号、付款时间、付款人、付款备注、导出批次号、导出人、导出时间。
+
+### 9.1 电子档案与归档包
+
+报销进入已付款或已完成后，应形成可追溯归档包。归档包不是新入口，而是报销详情、财务导出和后续审计必须能串起来的数据集合。
+
+| 归档内容 | 要求 |
+| --- | --- |
+| 报销单快照 | 包含报销单号、申请人、实际报销人、部门、项目、明细、金额、状态和提交时间 |
+| 发票原件 | 保留上传的图片或 PDF 原件，不以 OCR 结果替代原件 |
+| OCR 结果 | 保留识别字段、识别状态、失败原因和人工修正记录 |
+| 附件 | 保留支付截图、订单、合同、聊天记录、情况说明等非发票材料 |
+| 审批历史 | 保留提交、通过、驳回、退回、撤回、转审和处理意见 |
+| 付款记录 | 保留付款批次号、付款人、付款时间、付款备注和取消付款原因 |
+| 导出记录 | 保留导出批次号、导出人、导出时间、筛选条件和导出摘要 |
+| 审计日志 | 保留重复例外、人工复核、附件下载、字段修正、权限变更等敏感动作 |
+
+归档后普通员工不可修改核心字段。确需财务修正时，必须追加修正记录，不覆盖原始归档事实。
 
 ---
 
@@ -242,6 +296,25 @@
 
 ## 12. 验收场景
 
+### 12.1 验收数据集
+
+后续拆开发 Issue 和自动化测试时，优先使用以下固定样例，避免每次临时造数导致验收口径漂移。
+
+| 数据 ID | 角色/对象 | 样例数据 | 用途 |
+| --- | --- | --- | --- |
+| U001 | 员工张三 | 普通员工，部门为研发部，直属主管为李四 | 创建报销、查看本人单据 |
+| U002 | 主管李四 | 研发主管，具备审批张三单据权限 | 主管审批、退回、驳回、转审 |
+| U003 | 财务王五 | 财务角色，具备人工复核、付款、导出权限 | 发票人工复核、重复例外、付款导出 |
+| U004 | 老板赵六 | 总经理角色，处理大额和高风险事项 | 大额报销、采购和合同最终审批 |
+| R001 | 交通费 | 100 元，发票完整，单明细 | 低金额报销直达主管审批 |
+| R002 | 办公采购 | 2000 元，含订单附件，关联项目 | 主管 + 财务复核场景 |
+| R003 | 硬件采购 | 6000 元，含发票和验收附件 | 主管 + 老板 + 财务复核场景 |
+| INV001 | 正常发票 | 抬头税号匹配，金额 100 元，未重复 | OCR、查重、自动匹配 |
+| INV002 | 重复发票 | 与已报销发票号码相同 | 重复阻断和财务例外 |
+| INV003 | 异常发票 | 抬头或税号不匹配 | 人工复核和驳回 |
+| FILE001 | OCR 失败文件 | 模糊图片或无法识别 PDF | 失败重试和人工补录 |
+| ATT001 | 支付截图 | 非发票附件 | 附件上传、查看、归档 |
+
 | 场景 | 步骤 | 预期结果 |
 | --- | --- | --- |
 | 上传 OCR 并添加 | 员工创建草稿，上传发票图片，等待 OCR 完成 | 发票从识别中变为可添加或已添加，识别字段可查看 |
@@ -272,5 +345,8 @@
 - A6：报销接入统一审批中心，覆盖 PC、移动端、企业微信 deeplink。
 - A7：财务复核、付款标记、取消付款标记和导出。
 - A8：报销主链路回归脚本和 Playwright PC/移动/企业微信 UA 验证。
+- A9：费用类型与材料要求矩阵落地，覆盖提交前预检和员工可理解提示。
+- A10：发票合规与人工复核落地，覆盖抬头税号、数电票号码、红冲/作废人工标记。
+- A11：电子档案归档包落地，覆盖报销单快照、发票原件、OCR 结果、附件、审批、付款、导出和审计追溯。
 
 涉及发票唯一性、付款状态、审批状态机、财务权限或文件存储规则的 Issue，必须在技术方案中写明回滚策略、数据修复策略和回归范围。