原 9 篇 3,647 行,履约分类口径在总纲、模型文档、交接总结里重复三遍, 且仍留着"三块履约""按小时人工成本"等已作废表述。本次收敛为 5 篇 1,778 行: - 财务与履约口径总纲-2026-10-23.md(300 行):唯一口径来源 七条硬口径、三个正交维度、真实履约构成、成本模型规则、人工全覆盖、 实施顺序、进度、验收 SQL、防回归清单 - 成本中心与履约模型.md(471 行):数据模型、迁移 103–107、履约回填、 销售事实、本地库原地改造、索引与性能 - 成本中心API契约.md(270 行):字段替换总表、枚举、前后端模块边界 - 人工支出与备用金.md(218 行):人工支出登记字段/状态机/权限 + 客服备用金台账 - 财务系统集成方案.md:复式总账层(未实施) 旧的 4 篇(成本中心与三块履约模型、人工支出登记落地方案、 客服备用金台账实施方案、财务履约改造交接总结)移入 docs/archive/2026-10-23/ 并加归档提示。 履约分类判定 SQL 只在总纲保留一份,其它文档改为链接。
历史文档归档
这里的文档只用于追溯当时的分析过程,不是现行实现说明。 代码、数据库结构与线上行为以仓库当前
main和docs/README.md中标记为「现行」的文档为准。
2026-10-08
| 文档 | 归档原因 |
|---|---|
项目分析报告-发单系统与寄售仓库.md |
基线为 ef491660,测试数、迁移数、表数与当前实现已明显不一致;由《项目全量分析报告-2026-10-17》替代 |
寄卖子系统技术分析报告.md |
同上,且部分行号已漂移;寄卖代码仍可参考,但结论需按现行代码复核 |
寄卖系统优化方案.md |
阶段性优化方案,部分事项已完成,不能作为现行路线图 |
寄卖库存优化现状与进度追踪.md |
阶段性进度追踪,完成状态已过时 |
近期性能与稳定性专项优化分析报告.md |
2026-10-01 / 10-02 的生产快照与专项复盘,保留作性能证据,不代表当前容量 |
寄卖系统迁移079上库前检查.sql |
迁移 079 的一次性上库前检查脚本,生产已执行;保留作审计追溯 |
2026-10-17
| 文档 | 归档原因 |
|---|---|
2026-10-17/载体判定与成本中心落地-复核与草案.md |
2026-10-17 第二轮复核与数据量化;现行结论已吸收进 成本中心与三块履约模型.md 与 财务系统集成方案.md,仅保留作数据与 DDL 验证追溯 |
使用建议
- 需要当前架构与风险:看
docs/项目全量分析报告-2026-10-17.md(参考)和docs/README.md(状态索引)。 - 需要财务系统设计:看
docs/财务系统集成方案.md;实施顺序以docs/README.md§三 为准。 - 需要某个平台协议:看对应的厂商文档目录(
91卡券/、行业电子凭证/、发货平台-2/、抖音-码速达/接口API/、抖音-码速达/消息推送/)。 - 历史文档中的代码行号、测试数量、迁移数量不要直接引用。