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

2026-05-09 16:55:20 +08:00
@@ -2,7 +2,7 @@
 本文是 hyb-oa 报销主链路的业务事实源，面向 10 人以下国内科技公司。目标是让员工少选项、财务少核错、管理员少配置。
-当前报销、发票、OCR、附件、付款和导出开发以 [需求 - 报销发票 OCR 规约](./需求-报销发票OCR规约.md) 为模块级开发规约；本文保留为报销细则来源。如两者有重复，以新规约整合后的口径为准。
+当前报销、发票、OCR、附件、付款和导出开发以 [需求 - 报销发票 OCR 规约](./需求-报销发票OCR规约.md) 为模块级开发规约；本文保留为报销细则来源。如两者有重复，以新规约整合后的口径为准。首批发票合规以 OCR、查重和财务人工复核为主，自动验真作为后续评估项。
 ## 总原则
@@ -10,8 +10,8 @@
 | 文档 | 用途 | 注意 |
 | --- | --- | --- |
 | [海音达OA-MVP需求规格说明书](./海音达OA-MVP需求规格说明书.md) | 当前 PRD 主事实源，回答做什么、先做什么、不做什么、如何验收 | 后续需求变更先改这里或对应规则文档，再拆 Issue CSV |
-| [需求 - 统一审批中心规约](./需求-统一审批中心规约.md) | 统一审批中心模块级开发规约 | 审批相关开发拆 Issue CSV 前必须参考 |
+| [需求 - 统一审批中心规约](./需求-统一审批中心规约.md) | 统一审批中心模块级开发规约，包含审批规则矩阵、状态流转和权限数据范围 | 审批相关开发拆 Issue CSV 前必须参考 |
-| [需求 - 报销发票 OCR 规约](./需求-报销发票OCR规约.md) | 报销、发票、OCR、附件、付款和导出模块级开发规约 | 报销主链路开发拆 Issue CSV 前必须参考 |
+| [需求 - 报销发票 OCR 规约](./需求-报销发票OCR规约.md) | 报销、发票、OCR、附件、付款和导出模块级开发规约，包含费用类型矩阵、人工复核和验收数据集 | 报销主链路开发拆 Issue CSV 前必须参考 |
 | [产品口径文档](./product-decisions.md) | 已拍板的产品边界和业务规则 | 与 PRD 冲突时，以更新后的 PRD 和最新 Issue CSV 为准 |
 | [报销、发票与附件规则](./reimbursement-invoice-rules.md) | 报销、发票、OCR、附件的细则 | 报销相关开发必须同时参考 |
 | [产品设计规则基线](./product-design-rules.md) | PC、移动、企业微信 WebView 的视觉和交互规则 | 页面调整必须参考 |
@@ -87,7 +87,7 @@
 ## 5. 统一审批中心需求
-本章保留总纲口径。审批中心的角色、入口、状态、动作、权限、异常、留痕和验收细节，以 [需求 - 统一审批中心规约](./需求-统一审批中心规约.md) 作为后续开发拆分依据。
+本章保留总纲口径。审批中心的角色、入口、状态、动作、权限、异常、留痕、审批规则配置矩阵、权限数据范围和验收细节，以 [需求 - 统一审批中心规约](./需求-统一审批中心规约.md) 作为后续开发拆分依据。
 ### 5.1 范围
@@ -126,7 +126,7 @@ OA 是公司唯一正式审批中心。以下审批必须在 OA 内提交、审
 ## 6. 报销、发票、OCR、附件与财务导出
-本章保留总纲口径。报销、发票、OCR、附件、查重、财务复核、付款和导出的细化要求，以 [需求 - 报销发票 OCR 规约](./需求-报销发票OCR规约.md) 作为后续开发拆分依据；历史细则继续参考 [报销与发票规则](./reimbursement-invoice-rules.md)。
+本章保留总纲口径。报销、发票、OCR、附件、查重、财务复核、付款、导出、费用类型矩阵、人工验真和验收数据集，以 [需求 - 报销发票 OCR 规约](./需求-报销发票OCR规约.md) 作为后续开发拆分依据；历史细则继续参考 [报销与发票规则](./reimbursement-invoice-rules.md)。
 ### 6.1 用户流程
@@ -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，必须在技术方案中写明回滚策略、数据修复策略和回归范围。
@@ -53,6 +53,19 @@
 权限判定以服务端为准，前端按钮显隐只是体验优化，不作为授权依据。
 ### 2.1 权限与数据范围矩阵
 | 角色 | 可查看范围 | 可审批范围 | 附件下载 | 导出 | 例外处理 |
 | --- | --- | --- | --- | --- | --- |
 | 申请人 | 本人发起、本人作为实际报销人、抄送给本人的单据 | 不可审批自己的待办，除非后续明确自审例外 | 草稿和本人单据附件；审批中及归档附件按业务权限展示 | 不允许批量导出 | 不允许 |
 | 审批人 | 分配给自己的待办、已办和自己审批链上的单据 | 当前分配给自己的任务 | 可查看审批所需附件，下载动作需留痕 | 不允许财务级导出 | 可转审，不可财务例外 |
 | 财务 | 报销、费用、付款、发票相关单据和财务导出范围 | 财务复核节点、重复发票例外节点、付款相关节点 | 可查看和下载财务复核所需附件，敏感附件下载留痕 | 可按权限导出财务台账 | 可处理重复发票、付款修正等财务例外 |
 | HR/管理员 | 人员、部门、请假、补卡、外出、加班等行政范围 | HR/行政复核节点 | 可查看行政审批所需附件 | 可导出行政审批统计，不能导出财务明细 | 可处理审批人停用、规则缺失等管理例外 |
 | 老板/总经理 | 公司级摘要、大额或高风险审批、关键业务单据 | 最终审批节点或指定高风险节点 | 可查看决策所需附件，下载留痕 | 可查看公司级摘要，批量导出按配置控制 | 可审批高风险例外，但仍需记录原因 |
 | 系统管理员 | 系统配置、日志、权限、集成状态 | 默认不具备业务审批权 | 技术排障需最小化授权并留痕 | 默认不导出业务数据 | 可做账号、规则、通知配置修复；业务数据修正需另走审计流程 |
 数据范围以服务端权限和审计日志为准。任何导出、附件下载、例外处理都必须记录操作者、时间、对象和原因。
 ---
 ## 3. 入口与任务视图
@@ -97,6 +110,29 @@
 ---
 ## 4.5 审批规则配置矩阵
 以下金额和天数是 10 人以下公司试运行建议值，不等于最终公司财务制度。正式上线前可由管理员按公司制度配置，后续实现不得把这些阈值硬编码在业务逻辑中。
 | 业务类型 | 试运行阈值 | 默认审批链 | 财务/HR 复核 | 兜底审批人 | 撤回 | 转审 |
 | --- | --- | --- | --- | --- | --- | --- |
 | 报销/费用 | `<=500` 元 | 直属主管 | 无财务节点，财务可事后抽查 | 老板/总经理 | 审批完成前允许撤回 | 允许转给同级或上级审批人 |
 | 报销/费用 | `500-3000` 元 | 直属主管 | 财务复核 | 老板/总经理 | 财务复核前允许撤回 | 允许转给具备审批或财务权限的人 |
 | 报销/费用 | `>3000` 元 | 直属主管 -> 老板/总经理 | 财务复核 | 老板/总经理 | 老板审批前允许撤回 | 允许转审但不得绕过老板或财务节点 |
 | 采购 | `<=1000` 元 | 直属主管 | 视费用类型抽查 | 老板/总经理 | 审批完成前允许撤回 | 允许转给项目负责人或上级 |
 | 采购 | `1000-5000` 元 | 直属主管 -> 老板/总经理 | 视付款方式财务复核 | 老板/总经理 | 老板审批前允许撤回 | 允许转审但不得绕过老板节点 |
 | 采购 | `>5000` 元 | 直属主管 -> 老板/总经理 | 财务复核，建议关联合同或附件 | 老板/总经理 | 老板审批前允许撤回 | 允许转审但必须保留原因 |
 | 请假 | `<=1` 天 | 直属主管 | 无 | HR/管理员 | 开始时间前允许撤回 | 允许转给上级或 HR/管理员 |
 | 请假 | `>1` 天 | 直属主管 | HR/管理员复核 | 老板/总经理 | HR 复核前允许撤回 | 允许转给上级或 HR/管理员 |
 | 补卡 | 所有 | 直属主管 | HR/管理员复核 | HR/管理员 | 审批完成前允许撤回 | 允许转给 HR/管理员 |
 | 外出 | 所有 | 直属主管 | HR/管理员按需复核 | HR/管理员 | 审批完成前允许撤回 | 允许转给上级或 HR/管理员 |
 | 加班 | 所有 | 直属主管 | HR/管理员复核 | HR/管理员 | 审批完成前允许撤回 | 允许转给上级或 HR/管理员 |
 | 合同 | 所有 | 负责人主管 -> 老板/总经理 | 财务按金额或付款条款复核 | 老板/总经理 | 老板审批前允许撤回 | 允许转审但不得绕过老板节点 |
 规则匹配优先级为：业务类型 -> 金额或天数阈值 -> 项目/部门特殊规则 -> 默认规则。若找不到审批人，提交必须阻断并提示管理员修正规则，不得生成半截流程。
 ---
 ## 5. 状态模型
 ### 5.1 通用状态
@@ -125,6 +161,24 @@
 - 转审只改变当前任务处理人，不改变业务单据申请人。
 - 已完成、已付款、已归档类状态原则上不允许普通用户修改核心字段。
 ### 5.3 状态流转表
 | 当前状态 | 动作 | 操作者 | 目标状态 | 是否保留单号 | 是否生成新版本 | 是否通知 |
 | --- | --- | --- | --- | --- | --- | --- |
 | 草稿 | 保存 | 申请人 | 草稿 | 是 | 否 | 否 |
 | 草稿 | 提交 | 申请人 | 审批中 | 是 | 是，记录提交版本 | 是，通知首个审批人 |
 | 审批中 | 通过但还有下一节点 | 当前审批人 | 审批中 | 是 | 否 | 是，通知下一审批人 |
 | 审批中 | 最终通过 | 当前审批人 | 已通过 | 是 | 否 | 是，通知申请人和后处理角色 |
 | 审批中 | 驳回 | 当前审批人 | 已驳回 | 是 | 否 | 是，通知申请人 |
 | 审批中 | 退回 | 当前审批人 | 已退回 | 是 | 是，等待申请人修改 | 是，通知申请人 |
 | 已退回 | 修改后重提 | 申请人 | 审批中 | 是 | 是，记录重提版本 | 是，通知首个审批人 |
 | 审批中 | 撤回 | 申请人 | 已撤回 | 是 | 否 | 是，通知当前审批人 |
 | 审批中 | 转审 | 当前审批人 | 审批中 | 是 | 否 | 是，通知被转审人 |
 | 已通过 | 财务付款或业务归档 | 财务或业务负责人 | 已付款或已完成 | 是 | 否 | 是，通知申请人 |
 | 已完成/已付款 | 管理修正 | 授权管理员或财务主管 | 保持已完成/已付款并追加修正记录 | 是 | 是，记录修正版本 | 按敏感级别通知 |
 撤回、退回、驳回后的重新发起策略由业务模块决定；报销场景默认保留原单号用于退回重提，驳回后复制新单据时应生成新流程并关联原单据。
 ---
 ## 6. 审批动作
@@ -216,5 +270,7 @@
 - A5：企业微信通知 deeplink 回 OA 验证，不新增企业微信原生审批。
 - A6：报销、请假、采购等业务模块逐个接入统一审批验收。
 - A7：审批回归脚本与 Playwright PC/移动/企业微信 UA 验证。
 - A8：审批规则配置矩阵落地，覆盖金额阈值、天数阈值、兜底审批人、转审和撤回。
 - A9：权限与数据范围矩阵落地，覆盖附件下载、导出、例外处理和系统管理员最小授权。
 涉及状态机、权限模型、数据库迁移或审批规则调整的 Issue，必须在技术方案中写明回滚策略和回归范围。
@@ -0,0 +1,6 @@
 ID,Title,Description,Acceptance,Test_Method,Tools,Dev_Status,Review1_Status,Regression_Status,Files,Dependencies,Notes
 A1,文档补强执行合同与事实源确认,"建立审批与报销需求规则矩阵补强执行合同，并确认本轮只改 docs 与本 Issue CSV。","1) 新 Issue CSV 校验通过；2) 范围固定为现有两份模块规约内补强；3) 不新增多份专项文档；4) 不修改 server/client 业务代码，不部署。","命令：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-09_16-49-17-requirements-rules-matrix-hardening.csv；人工步骤：确认 git status 仅包含 docs 与本 Issue CSV。",python3,DONE,DONE,DONE,issues/2026-05-09_16-49-17-requirements-rules-matrix-hardening.csv,"[]","本轮为需求文档补强，不改运行时。"
 A2,补强统一审批中心规约,"在统一审批中心规约内补齐审批规则配置矩阵、状态流转表、权限与数据范围矩阵。","1) docs/需求-统一审批中心规约.md 包含审批规则配置矩阵；2) 试运行建议值覆盖报销/费用、采购、请假、补卡、外出、加班；3) 包含状态流转表；4) 包含权限与数据范围矩阵。","人工步骤：阅读 docs/需求-统一审批中心规约.md，确认审批规则、状态机、权限校验、通知和回归测试可以直接拆 Issue。",manual,DONE,DONE,DONE,docs/需求-统一审批中心规约.md,"[""A1""]","金额阈值为 10 人以下公司试运行建议值，正式制度可配置调整。"
 A3,补强报销发票OCR规约,"在报销发票 OCR 规约内补齐费用类型材料矩阵、发票合规口径、人工复核验真、归档包、付款导出字段和验收数据集。","1) docs/需求-报销发票OCR规约.md 包含费用类型与材料要求矩阵；2) 包含发票合规与人工复核口径；3) 明确自动验真不进入首批开发目标；4) 包含归档包、付款导出口径和验收数据集。","人工步骤：阅读 docs/需求-报销发票OCR规约.md，确认费用规则、OCR、查重、人工复核、付款、导出和归档可以直接拆 Issue。",manual,DONE,DONE,DONE,docs/需求-报销发票OCR规约.md,"[""A1"",""A2""]","首批发票合规以 OCR + 查重 + 财务人工复核为主，自动验真列入后续 backlog。"
 A4,同步主PRD索引与报销规则口径,"同步主 PRD、报销规则文档和文档索引，让规则矩阵、验收数据与人工验真口径可被人工审查定位。","1) docs/海音达OA-MVP需求规格说明书.md 说明规则矩阵和验收数据以两份模块规约为依据；2) docs/reimbursement-invoice-rules.md 补充人工验真优先和自动验真后续评估口径；3) docs/文档索引.md 不新增散乱入口，仅调整现有规约说明。","命令：rg -n ""审批规则配置矩阵|费用类型与材料要求矩阵|人工复核|自动验真|验收数据集"" docs/海音达OA-MVP需求规格说明书.md docs/文档索引.md docs/reimbursement-invoice-rules.md docs/需求-统一审批中心规约.md docs/需求-报销发票OCR规约.md；人工检查引用可读。",ripgrep|manual,DONE,DONE,DONE,docs/海音达OA-MVP需求规格说明书.md|docs/文档索引.md|docs/reimbursement-invoice-rules.md,"[""A2"",""A3""]","不新增多份专项文档。"
 A5,文档校验与状态回填,"执行文档、CSV、路线口径校验，回填本轮 Issue 状态并提交中文 commit。","1) Issue CSV 校验通过；2) git diff --check 通过；3) 引用与口径检查通过；4) 文档没有把飞书或企业微信原生审批重新纳入路线；5) A1-A5 状态回填 DONE。","命令：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-09_16-49-17-requirements-rules-matrix-hardening.csv；命令：git diff --check；命令：rg -n ""飞书|企业微信原生审批|自动验真"" docs/海音达OA-MVP需求规格说明书.md docs/需求-统一审批中心规约.md docs/需求-报销发票OCR规约.md docs/reimbursement-invoice-rules.md；人工判断命中内容与当前路线一致。",python3|git|ripgrep|manual,DONE,DONE,DONE,issues/2026-05-09_16-49-17-requirements-rules-matrix-hardening.csv|docs/*.md,"[""A2"",""A3"",""A4""]","完成后提交中文 commit，说明未部署。"