DCL8/REQ8 同步事实源并规划后续门禁

这个提交包含在:
2026-05-13 13:33:16 +08:00
父节点 aa19e41ba2
当前提交 7ce7948aa2
共修改 22 个文件,包含 107 行新增和 38 行删除
+9 -6
查看文件
@@ -153,7 +153,8 @@
### 6.1 上传与识别
- 支持图片和 PDF 上传;支持类型以当前 OCR provider 和文件处理能力为准。
- 产品长期目标允许按 OCR provider 能力扩展图片和 PDF 发票识别。
- 当前试运行验收只开放 PDF 发票进入 OCR;图片文件按普通附件材料处理,不进入发票 OCR 或发票查重。
- 上传成功后必须展示明确状态,不允许长期停留在“上传中”。
- OCR 识别字段至少包括:发票代码、发票号码、数电票号码或等效唯一号、金额、税额、价税合计、开票日期、销方、购方。
- OCR 完成后,添加发票区域自动刷新,并尝试按规则加入报销明细。
@@ -166,10 +167,12 @@
- 修正发票代码、号码、金额、开票日期等关键字段必须写入审计日志。
- 修正后必须重新触发查重校验。
### 6.3 PDF 与图片口径
### 6.3 当前试运行 PDF-only 与后续图片能力口径
- 图片直接进入 OCR 队列。
- PDF 可按 provider 能力直接识别或先转图片后识别。
- PDF 发票是当前试运行、R7E 和 live OCR 的验收基线。
- 图片 OCR 不作为当前验收项,后续如启动必须另拆 P2/UX Issue,并补充样票、隐私处理、provider 能力和回归口径。
- 图片材料可作为支付截图、订单、说明等普通附件上传;附件不参与 OCR,不参与发票查重。
- PDF 可按 provider 能力直接识别或先转图片后识别,但这属于服务端实现细节,不暴露给普通用户。
- 多页 PDF 首批按一份文件处理;若包含多张发票,后续单独拆分能力。
- 文件原件必须保留,OCR 结果只是结构化识别数据。
@@ -313,12 +316,12 @@
| INV001 | 正常发票 | 抬头税号匹配,金额 100 元,未重复 | OCR、查重、自动匹配 |
| INV002 | 重复发票 | 与已报销发票号码相同 | 重复阻断和财务例外 |
| INV003 | 异常发票 | 抬头或税号不匹配 | 人工复核和驳回 |
| FILE001 | OCR 失败文件 | 模糊图片或无法识别 PDF | 失败重试和人工补录 |
| FILE001 | OCR 失败文件 | 无法识别 PDF 或未来图片 OCR 样本 | 失败重试和人工补录 |
| ATT001 | 支付截图 | 非发票附件 | 附件上传、查看、归档 |
| 场景 | 步骤 | 预期结果 |
| --- | --- | --- |
| 上传 OCR 并添加 | 员工创建草稿,上传发票图片,等待 OCR 完成 | 发票从识别中变为可添加或已添加,识别字段可查看 |
| 上传 OCR 并添加 | 员工创建草稿,上传 PDF 发票,等待 OCR 完成 | 发票从识别中变为可添加或已添加,识别字段可查看 |
| PDF 上传 | 员工上传 PDF 发票 | 文件保留,OCR 状态明确,失败时可重试或人工修正 |
| 单明细自动匹配 | 草稿只有一条明细,添加发票 | 发票自动绑定该明细 |
| 多明细金额匹配 | 草稿有多条明细,发票金额唯一匹配其中一条 | 发票自动绑定匹配明细 |