业财一体化自动记账 · 任务清单（按 V1.0 方案）
依据：《业财一体化自动记账系统技术方案 V1.0》
范围：本系统（CLM 合同管理平台 + 财务模块）。业务系统即本平台自身（合同/应收应付/收付款/报销/薪资/资产），业务事件来自内部模块，P0 阶段无外部系统对接。
说明：任务编号沿用 V1.0 的 P0-01~10，结合本系统现状标注【新建/改造/复用】；工期按迭代依赖排列，不虚构具体天数。
更新（2026-10-09）：原型层已全部完成——41 个原型页已覆盖本清单"三、前端/原型"全部条目（F1/F2/F4/F5/F6 新页 + M1~M7 存量改造），并成为开发验收的交互基准；任务清单自本文起聚焦决策、文档、后端、迁移、测试五类开发任务。
当前状态总览
| 层 |
状态 |
说明 |
| 三、前端/原型 |
✅ 已完成 |
41 页原型全部就绪（含业财核算四页、票据池降证据中心、凭证冲销、结账分级、业财对账、拆分核销） |
| 〇、前置决策 D1~D9 |
⏳ 待决策 |
当前关键路径起点：拉评审会确认（每项已给建议默认值）｜双模式兼容已定：同一引擎支持「业财一体」与「纯记账」两种运行模式（见需求 2.4 / 技术方案 2.3） |
| 一、设计文档 T1.1~T1.7 |
🔶 大部完成 |
✅ T1.1 事项目录、T1.2 规则目录、T1.3 事件 Schema（并入事项目录）、T1.6 测试用例库；⏳ 剩 T1.5 API 字段级契约（建议 OpenAPI）、T1.7（由 V3 承接） |
| 二、后端任务包 P0-01~10 |
⏳ 待开发 |
核心为 P0-02 事件基础设施、P0-03 事项中心、P0-04 规则引擎 |
| 四、数据迁移 G1~G3 |
⏳ 待开发 |
依赖 D6 |
| 五、测试验收 X1~X6 |
⏳ 待执行 |
TC01~TC20 本地化 |
| 六、迭代排期 |
待启动 |
迭代 1 前置 = 决策 + 文档五件套 |
〇、前置决策任务（阻塞设计，V1.0 第 19 章评审清单）
| # |
决策项 |
建议默认 |
决策人 |
阻塞什么 |
| D1 |
首发会计制度范围 |
小企业会计准则（1 套），后续扩展 |
财务负责人+产品 |
科目体系、规则包、报表口径 |
| D2 |
首发行业/业务场景 |
合同服务类（销售履约+采购+费用三条闭环） |
产品+试点客户 |
规则目录范围 |
| D3 |
过账审批模式 |
AI/规则生成凭证一律财务复核后入账 |
财务负责人 |
凭证状态机、权限 |
| D4 |
凭据不足时策略 |
默认不确认，转待补证/待复核 |
财务负责人 |
事项状态机分支 |
| D5 |
事件幂等粒度 |
业务动作+确认片段+版本（非单据号） |
技术负责人 |
事项唯一键设计 |
| D6 |
旧凭证迁移策略 |
先兼容不回写虚构事项，标 LEGACY |
技术负责人 |
数据迁移方案 |
| D7 |
迟到单据处理 |
跨期异常 + 授权调整，禁止静默改期 |
财务负责人 |
跨期处理逻辑 |
| D8 |
AI 作用边界 |
只推荐与解释，不能直接过账/改规则 |
产品+风控 |
AI 服务接口范围 |
| D9 |
P0 系统边界 |
只上线三条核心闭环+基础对账 |
产品负责人 |
迭代范围 |
任务 T-0：召开评审会逐项确认 D1~D9，形成《产品决策记录》归档。这是启动开发的前置条件。
一、设计文档任务（V1.0 附录 B 目录落地）
| # |
任务 |
交付物 |
依赖 |
说明 |
| T1.1 |
会计事项目录 |
✅ 《会计事项目录.md》已完成（2026-10-09） |
D1/D2 |
19 个事件类型注册表（发布模块/触发时机/候选 action/slice 粒度）+ 核心事件 payload 字段表 + action→规则映射 |
| T1.2 |
会计规则目录 |
✅ 《会计规则目录.md》已完成（2026-10-09） |
T1.1 |
三来源合并（规则中心10+台账中心20+票据模板15）为统一目录，41 条规则（已发布33/测试4/草稿4），含映射表、覆盖度矩阵、上线批次建议；已同步入原型 accounting-rules.html（覆盖度看板+分类筛选） |
| T1.3 |
事件契约 Schema |
✅ 已并入《会计事项目录》第三、四章（字段级 payload 表，可直接转 JSON Schema） |
D5 |
— |
| T1.4 |
事项 Schema |
schemas/accounting-event.schema.json |
D5 |
含唯一键六要素、金额分层（recognized/settled/invoiced/tax） |
| T1.5 |
API 契约 |
docs/api-contracts.md |
T1.3/T1.4 |
V1.0 第 12 章接口细化到字段级 |
| T1.6 |
测试场景 |
✅ 《验收测试用例库.md》（V2，154 条，2026-10-09） |
T1.1 |
A~R 十八组 + 12 条详版 + 规则覆盖矩阵（41/41 无死角） + 双轨验证 + 通过标准；含 N 组·纯记账模式（双模式兼容） |
| T1.7 |
修订总方案 |
《自动记账方案 V2.0（融合版）》 |
T1.1~T1.6 |
以 V1.0 为主干；现有《自动记账技术方案》的票据池/映射字典/建账迁移降级为"兜底模式+基础组件"章节并入 |
二、后端服务任务包（V1.0 第 17.1 节，结合本系统标注）
P0-01 账套政策与科目配置【改造为主】
- 交付物：
accounting_book、accounting_policy 表与配置接口；会计制度/行业规则包/核算维度配置 UI 后端。
- 现状：建账向导（accounting-import）、科目档案（accounting-subjects）、初始余额（accounting-initial）原型已具备 → 本任务为数据模型升级 + 政策字段扩展。
- 依赖：D1。
P0-02 事件基础设施【新建】
- 交付物：标准事件契约实现、
outbox_event（业务模块同事务写入）、inbox_consume（消费幂等）、重试/死信/人工重放、事件接入 API。
- 本系统简化点：业务系统=平台自身，P0 可先用 Outbox + Worker（V1.0 允许，消息总线非硬性前置）。
- 事件源接入清单：合同模块（签署/履约确认）、应收应付（确认/核销）、收付款（到账/支付）、报销（确认/打款）、薪资（批次确认/发放）、资产（达到可用状态/折旧）、库存（入库/出库）。
- 依赖：T1.3、D5。
P0-03 会计事项中心【新建·核心】
- 交付物：
accounting_event 表（六要素唯一键）、事项状态机（RECEIVED→EVALUATING→READY/NEED_EVIDENCE/NEED_REVIEW/NOT_RECOGNIZED→VOUCHER_DRAFTED→POSTED→ADJUSTED）、accounting_event_source/evidence 关联、人工重评/裁决接口。
- 依赖：P0-02。
P0-04 会计规则引擎【新建·核心】
- 交付物：规则解析器（白名单表达式，禁任意脚本）、规则匹配次序（企业定制→行业模板→通用模板→人工）、计量与分录生成、规则版本不可覆盖 + 草稿/测试/发布/停用流程、试运行（抽样对照不入账）、
rule_execution_log。
- 依赖：P0-01、P0-03、T1.2。
P0-05 凭证桥接【改造】
- 交付物：现有凭证中心接入事项中心——
accounting_event_voucher N:M 关联、凭证加来源事项标签/生成依据/版本号、冲销与更正凭证类型、凭证号受控分配（不可变 voucher_id 与正式号分离）。
- 现状：凭证状态机/审核/回收站在 accounting.html 已完成 → 本任务为关联模型升级。
- 依赖：P0-03、P0-04。
P0-06 三条核心业务闭环【新建+改造】
- 闭环 1 销售：合同生效（不入账）→ 履约确认（收入事项）→ 开票（税务匹配不重复确认）→ 回款（核销应收/合同负债）。改造现有合同/应收/收款模块发事件。
- 闭环 2 采购：合同/订单 → 验收/入库（资产/费用+应付或暂估）→ 发票到达（价税差异调整）→ 付款（冲应付/预付核销）。
- 闭环 3 费用：费用确认（费用+应付职工，一次）→ 支付（冲员工往来）。
- 依赖：P0-02~05。
P0-07 票据流水关联（证据中心）【改造】
- 交付物：现有票据池（accounting-bills）升级——定位改为证据与候选事件来源；发票/流水与事项的候选匹配（精确优先：支付指令号/业务单号；弱匹配：对手方+金额+方向+日期窗口）、置信度展示、差异提示；未匹配流水进"待定性"队列（禁止默认认收入/费用）。
- 依赖：P0-03。
P0-08 异常与跨期【新建】
- 交付物：
accounting_exception 异常工作台（未匹配/跨期/缺科目/重复/金额不符/无规则六类）、分派处理驳回审批、跨期异常处理（business_date/recognition_date/voucher_date/period 四日期分离）、关账拦截分级（BLOCK/WARN/IGNORE_WITH_APPROVAL）。
- 依赖：P0-03、P0-05。
P0-09 业财对账【改造+新建】
- 交付物：应收应付核销（现有核销中心 reconciliation 升级为
settlement_allocation 模型，支持一笔到账分多笔应收、部分支付、手续费扣除）、业务金额—凭证—核销三方对账、差异报表。
- 依赖：P0-05~07。
P0-10 测试与迁移【新建】
- 交付物：原模块兼容方案、双轨验证工具（新旧逻辑并行比对）、灰度开关；旧凭证迁移脚本（LEGACY 标记，参照 D6）。
- 依赖：全部。
三、前端/原型任务（现有原型改造 + 新页）✅ 已全部完成（2026-10-09）
新建页面
| # |
页面 |
核心内容 |
依赖 |
| F1 |
会计事项工作台 |
本期事件数/待审核/待补证/异常/已入账 KPI；事项列表与批量复核（V1.0 第 14 章） |
P0-03 |
| F2 |
会计事项详情 |
事件时间线、确认依据、金额分层（确认/结算/开票/税额）、科目分录预览、证据、规则版本、生成/查看凭证 |
P0-03/04 |
| F3 |
单据关系视图 |
合同→履约/采购→发票→流水→事项→凭证 多对多图谱与差异 |
P0-05/07 |
| F4 |
异常处理中心 |
六类异常队列、分派/处理/驳回/审批 |
P0-08 |
| F5 |
规则中心 |
规则清单、行业模板、政策版本、规则试运行 |
P0-04 |
| F6 |
业财对账页 |
合同履约↔收入、收款↔应收、采购↔应付、银行↔总账 四组差异报告 |
P0-09 |
改造现有原型
| # |
页面 |
改造点 |
| M1 |
accounting-bills.html 票据池 |
定位改为"证据中心"；状态机加"待定性/待补证"分支；未匹配流水不再默认生成现销凭证；与事项候选匹配展示 |
| M2 |
accounting.html 记账管理 |
凭证加"来源会计事项"标签；事项↔凭证 N:M 展示（一张凭证多事项）；新增冲销/更正凭证操作 |
| M3 |
accounting-close.html 期末结账 |
结账拦截从 5 项扩到 8 项，每项 BLOCK/WARN/IGNORE_WITH_APPROVAL 分级配置 |
| M4 |
reconciliation.html 核销中心 |
升级 settlement_allocation：拆分核销、一笔到账多应收、手续费扣除、退款冲正 |
| M5 |
finance-config.html 财务配置 |
增加会计政策配置入口（政策类型+生效区间） |
| M6 |
全站侧边栏 |
新增"业财核算"分组：事项工作台/异常中心/规则中心/业财对账 |
原型交付记录：本次共交付/改造 —— 新建 F1 事项工作台、F2 事项详情（含裁定/补证分支）、F4 异常处理中心（六类+建议动作+关闭留痕）、F5 规则中心（条件编辑器/试运行/版本 diff）、F6 业财对账（四组对账+差异闭环）；改造 M1 票据池→证据中心（待定性/待补证+关联事项列）、M2 记账管理（来源事项列+红字冲销）、M3 期末结账（8 项分级拦截+例外审批）、M4 核销中心（拆分核销）、M5 财务配置（会计政策页签）、M7 仪表盘（业财核算指标区）；「业财核算」分组注入 35 个存量页。所有页面以统一账套数据（长沙宏达贸易 2026-06）勾稽，浏览器逐页实测通过。
四、数据迁移任务
| # |
任务 |
说明 |
依赖 |
| G1 |
旧表兼容改造 |
bill_pool 增加 evidence 映射；voucher 的 UNIQUE(source_type,source_id) 评审后调整，新增 N:M 关联表 |
D6、P0-05 |
| G2 |
历史凭证迁移 |
生成历史事项关联，无法还原的标 LEGACY，不虚构业务事实 |
D6 |
| G3 |
存量账套政策初始化 |
为已有账套补 accounting_book/policy 基础数据 |
P0-01 |
五、测试与验收任务
| # |
任务 |
说明 |
| X1 |
幂等测试 |
同一事件并发/重放 100 次仅一个有效事项（TC09） |
| X2 |
三大闭环场景测试 |
TC01~TC08、TC11~TC13（销售/采购/费用/收付款场景全覆盖） |
| X3 |
边界与异常测试 |
TC10（一单三批入库不误判）、TC14（跨期）、TC15（规则版本重放）、TC16（入账后撤销）、TC17（自审拦截）、TC18（跨租户）、TC19（结账拦截）、TC20（有票有流水但条件未满足不确认） |
| X4 |
全链路财务验收 |
原始单据→事项→凭证→总账→核销全程人工核查（P0 验收门槛） |
| X5 |
双轨验证 |
旧逻辑与新引擎并行跑一个月，逐日比对差异 |
| X6 |
性能测试 |
事件接入 p95<500ms、生成延迟 p95<30s（V1.0 第 16 章指标） |
六、迭代排期（V1.0 第 17.2 节，结合任务依赖）
| 迭代 |
内容 |
覆盖任务 |
| 迭代 1｜基础标准化 |
决策确认 + 文档五件套 + 账套政策 + 事件接口 + 事项状态机 + 审计基础；测试账套跑通单事件全链路 |
T-0、T1.1~1.6、P0-01、P0-02、P0-03 |
| 迭代 2｜三条核心闭环 |
规则引擎 + 凭证桥接 + 销售/采购/费用闭环；建立凭证唯一性与核销关联 |
P0-04、P0-05、P0-06、F1、F2、F5 |
| 迭代 3｜凭据关联与异常 |
票据流水证据匹配、跨期处理、异常工作台、规则解释 |
P0-07、P0-08、F3、F4、M1、M2、M3 |
| 迭代 4｜对账与灰度 |
业财对账、结账拦截、双轨验证、财务验收、切换 |
P0-09、P0-10、F6、M4、X1~X6 |
P1 任务包（迭代 4 之后）：库存成本结转、薪资计提/发放全闭环、资产折旧、项目成本、长期履约收入、预收预付与摊销、规则批量模拟、对账体检规则集。
P2 任务包：AI 规则推荐、合同条款证据识别、行业规则模板市场、智能差异解释、多组织扩展。
七、角色分工建议
| 角色 |
承担 |
| 产品负责人 |
D1~D9 决策组织、T1.1/T1.2 目录、F1~F6 需求、验收 |
| 财务负责人/顾问 |
会计政策、规则确认、确认条件评审、X4 财务验收 |
| 后端（Java 主事务域） |
P0-02~10 全部服务，事项/规则/凭证桥接为核心的三个事务域 |
| 后端（Python/AI） |
P2 的 OCR/条款识别/推荐（P0 不依赖） |
| 前端 |
F1~F6 新页 + M1~M6 改造（可先以现有 HTML 原型定交互再开发） |
| 测试 |
X1~X6、TC01~20 用例执行 |
| 实施/运维 |
G1~G3 迁移、双轨验证环境、灰度开关 |
八、关键路径（决定成败的五个任务）
T-0 决策确认（D1~D9） → T1.1 事项目录 → P0-03 事项中心 → P0-04 规则引擎 → P0-06 三条闭环
当前进度：原型层已完成（见"三"），关键路径起点为 T-0 决策会。 其余任务可并行；P0-03 事项中心是全系统地基——防重、关联、对账、跨期全部依赖它的建模质量，该任务的技术评审要单独做；已完成的原型（事项工作台/规则中心/异常中心/对账）即为该评审的交互与字段基准。