DCL8/REQ8 同步事实源并规划后续门禁
这个提交包含在:
+10
-1
@@ -76,6 +76,15 @@
|
||||
- 涉及生产、公网、企业微信真机或真实 OCR 的结论,必须以部署后 live smoke 为准;未配置真实条件时必须明确 `SKIP` 和原因。
|
||||
- 提交应按清晰主题小批次完成,commit message 使用中文并引用 Issue ID。
|
||||
|
||||
### 2.2 REQ8 当前需求状态表
|
||||
|
||||
| 分类 | 当前口径 |
|
||||
| --- | --- |
|
||||
| 当前已实现 / 已收口 | R6 小范围试运行主链路;PC6/PA6/FL6/AP6/RI6/LP6;ME6 自动化、公网和代表性真机门禁;MIF7/MIF7T 移动信息架构与真机反馈整改;MIF7TD 公网部署、匿名复检和带凭据 live smoke/OCR。 |
|
||||
| R7 必需 | 用户确认参与人、角色、时间窗口、回滚联系人、问题登记负责人和每日收口节奏;R7E 公网健康、public bundle、带凭据 live readiness、公网移动矩阵、核心业务流和账号角色只读门禁通过;阻断问题为 0。 |
|
||||
| R7 后优化 | UX8 真实反馈池、iPhone 12 间距观察项、详情字段扫读性二次优化、移动采购创建能力评估、图片 OCR 能力、转审扩展和邮件通道完整验收。 |
|
||||
| 明确不做 / 当前冻结 | ERP 实时集成、AI 自动处理、完整差旅、复杂 BPM、审批设计器、预算重型控制、企业微信原生审批;任何一项启动都必须另建里程碑和 Issue CSV。 |
|
||||
|
||||
---
|
||||
|
||||
## 3. 用户角色与典型场景
|
||||
@@ -152,7 +161,7 @@ OA 是公司唯一正式审批中心。以下审批必须在 OA 内提交、审
|
||||
### 6.1 用户流程
|
||||
|
||||
1. 员工在 PC 或手机端创建报销草稿。
|
||||
2. 上传发票图片、PDF 或必要附件。
|
||||
2. 当前试运行上传 PDF 发票进入 OCR;图片可作为普通附件材料,图片 OCR 属后续能力。
|
||||
3. 系统执行 OCR,识别发票代码、号码、金额、日期、销方、购方等关键字段。
|
||||
4. 员工确认或修正识别结果,补充费用明细和说明。
|
||||
5. 系统做发票查重和基础校验。
|
||||
|
||||
在新工单中引用
屏蔽一个用户