Files
order_site/docs/archive
yml2213 43f402cf72 docs(finance): 现行财务文档收敛为 5 篇,履约口径只定义一次
原 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 只在总纲保留一份,其它文档改为链接。
2026-10-23 16:06:40 +08:00
..

历史文档归档

这里的文档只用于追溯当时的分析过程,不是现行实现说明。 代码、数据库结构与线上行为以仓库当前 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/、抖音-码速达/消息推送/)。
  • 历史文档中的代码行号、测试数量、迁移数量不要直接引用。