# 历史文档归档

> 这里的文档只用于追溯当时的分析过程，**不是现行实现说明**。
> 代码、数据库结构与线上行为只以
> [统一订单履约与财务模型-权威版](../统一订单履约与财务模型-权威版.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 第二轮复核与数据量化；仅保留作数据和 DDL 验证追溯 |

## 2026-10-23

| 文档 | 归档原因 |
| --- | --- |
| `2026-10-23/2026-10-23-本地库原地改造.sql` | 逐列把 `carrier_type` / `cost_type` 改成 `cost_model` / `fulfillment_mode` 的一次性脚本；迁移收敛为 `103`–`107` 后不再成立，**禁止在新环境执行**，仅作改造矩阵追溯 |

## 2026-11-08

2026-11-08 完成订单、履约、商品、成本和财务口径统一。

此前所有相关业务架构、财务方案、字段契约和 SQL 草案整体归档到：

[2026-11-08](2026-11-08/)

## 使用建议

- 需要当前架构、数据边界和实施计划：只看
  [统一订单履约与财务模型-权威版](../统一订单履约与财务模型-权威版.md)。
- 需要某个平台协议：看对应的厂商文档目录（`91卡券/`、`行业电子凭证/`、`发货平台-2/`、`抖音-码速达/接口API/`、`抖音-码速达/消息推送/`）。
- 历史文档中的代码行号、测试数量、迁移数量不要直接引用。
- 历史文档不得重新标记为“现行”，需要复活时必须并入唯一权威文档。