1.5 KiB
1.5 KiB
实施策略
总体节奏
本任务先做治理审查，不直接改业务代码。执行顺序为：
- 汇总关键页面、业务流程、测试覆盖、制度映射和发票验真候选项。
- 形成五张矩阵：页面矩阵、流程矩阵、测试矩阵、制度矩阵、发票验真候选矩阵。
- 根据阻断风险、用户影响、实施成本和试运行阶段，给出子任务启动顺序。
- 本轮完成四个审查型子任务并归档；后续代码实现、测试补齐、制度落地和发票验真 POC 另起实施任务。
子任务关系
05-27-oa-frontend-layout-page-fit-review：页面布局统一和业务页面适用性。05-27-oa-business-flow-policy-alignment：业务流程和公司制度映射。05-27-oa-test-coverage-matrix：前后端自动化测试覆盖矩阵。05-27-invoice-verification-api-poc：发票验真 API POC 和采购建议。
边界
- 不导入公司敏感原文。
- 不采购或开通付费 API。
- 不替代 OAOPS1 七天真实试运行和 Day 7 Go/No-Go。
- 不在没有专项任务的情况下直接做大规模前端或流程改造。
完成记录
- 页面、流程、测试、制度和发票验真五类矩阵已写入
research/overall-audit-matrices.md。 - 四个子任务已分别产出审查研究文件，作为本总任务的专项证据。
- 本轮没有修改业务代码、生产配置、数据库、企业微信配置或真实付款链路。
- OAOPS1 七天真实试运行仍是独立主线，不能随本任务归档。